Mettez en forme, validez et inspectez des documents YAML avec tri optionnel des clés et contrôle du développement des ancres/alias.
Mettez en forme, validez et inspectez des documents YAML avec tri optionnel des clés et contrôle du développement des ancres/alias. Mettez en forme, validez et inspectez des documents YAML avec tri optionnel des clés et contrôle du développement des ancres/alias.
Le YAML (« YAML Ain't Markup Language ») est un format de sérialisation
de données convivial pour les humains, largement utilisé pour les
fichiers de configuration (docker-compose.yml, manifestes Kubernetes,
workflows GitHub Actions, playbooks Ansible, etc.). Il troque la rigueur
du JSON contre une structure basée sur l'indentation et un système de
types plus riche qui inclut les dates, les chaînes multi-lignes, et les
références.
Comme le YAML repose sur l'indentation pour exprimer l'imbrication, un espace manquant peut changer le sens d'un document entier, et la plupart des éditeurs ne mettent pas visuellement en évidence la hiérarchie. Un visualiseur analyse le document et le réémet avec une indentation cohérente, révélant les erreurs d'indentation tout en exposant la structure.
La plupart des visualiseurs vous laissent basculer quelques comportements :
trier les clés par ordre alphabétique pour des différences stables,
développer ou supprimer les ancres et alias YAML (la syntaxe & / *),
et choisir la largeur d'indentation. L'option de tri est particulièrement
précieuse lorsqu'on compare deux instantanés de la même configuration --
sans elle, un réordonnancement des clés entre deux versions peut masquer
de vrais changements.
Le nombre d'octets et les statistiques de clés de niveau supérieur aident à voir à quel point le document est lourd et où se trouve le volume. Si vous devez savoir si votre YAML tient dans une limite de variable d'environnement ou un budget de taille de ConfigMap Kubernetes, ce nombre est sous la main.
Lors du débogage d'une erreur d'analyse, copiez le document dans un
nouvel onglet de visualiseur et basculez les options une à une : une
syntaxe &anchor peut ressembler à une faute de frappe jusqu'à ce que
vous la voyiez développée. Pour des pipelines très longs, utilisez une
indentation de 4 espaces pour suivre les guides de style courants ; pour
une relecture en ligne ou des collages de discussion, 2 espaces est plus
compact. Préservez toujours la structure d'origine du document lors de la
validation d'une configuration : un visualiseur sert à l'inspection, pas
à la normalisation.