Comment contrôler un fichier YAML et lire son aperçu JSON

Collez une configuration YAML dans le champ et cliquez sur Valider. Le contrôle s’exécute dans le navigateur — rien n’est envoyé — et répond par une ligne par problème : l’indentation par tabulation et une clé répétée dans le même mappage sont des erreurs, les espaces en fin de ligne sont des remarques, et les ancres, clés de fusion et balises sont signalées comme du YAML avancé qui demande un analyseur complet.

Le document analysé apparaît à côté du rapport au format JSON, avec au-dessus le nombre de lignes, de valeurs analysées, de problèmes et la taille de l’entrée. Copier place ce JSON dans le presse-papiers et Télécharger l’enregistre sous validated-yaml.json ; les deux répondent par une remarque tant qu’aucune exécution n’a produit de résultat.

  1. Collez le texte YAML. La page n’a pas de sélecteur de fichier : un fichier du disque doit être ouvert dans un éditeur puis collé — ou partez de Charger un exemple, une définition de service de dix lignes.
  2. Cliquez sur Valider. L’exemple annonce 10 lignes, 10 valeurs analysées et 0 problème ; un document de 2 401 lignes est toujours analysé en six millisecondes environ.
  3. Lisez le rapport de validation sous l’aperçu : chaque entrée commence par son numéro de ligne, les erreurs sont marquées en rouge et les remarques comme les espaces en fin de ligne en ambre.
  4. Quand une erreur d’analyse est signalée, le volet JSON reste vide : corrigez la ligne indiquée dans le message puis validez à nouveau.

Ce que l’aperçu fait de chaque valeur

Clés en double, indentation et espaces

Une clé écrite deux fois dans le même mappage est une erreur et le message indique la ligne de la seconde : host deux fois sous server: donne 2: clé en double "host"., et un mappage en ligne comme {a: 1, a: 2} est détecté de la même façon. Un champ répété une fois par enregistrement n’est pas un doublon : la même entrée - name: sous trois éléments de rules n’est pas signalée, chaque élément de liste ouvrant son propre mappage.

L’indentation par tabulation est une erreur sur chaque ligne concernée et les espaces en fin de ligne sont notés ligne par ligne ; les deux couvrent tout le document en une seule passe. L’analyseur s’arrête à la première faute, un document qui contient plusieurs erreurs de syntaxe n’affiche donc qu’un message d’analyse à la fois.

Comment les valeurs sont lues

Les mappages, les séquences, les valeurs en ligne [1, 2] et {a: 1}, les commentaires, les clés entre guillemets, les chaînes à guillemets simples ou doubles (un \n entre guillemets doubles devient un saut de ligne) et les blocs littéral | et replié > sont lus comme le fichier l’entend. L’aperçu sépare les types JSON : 42 et 0.5 sont des nombres, true, yes et off des booléens, null, ~ et une valeur vide deviennent null, et 2026-08-29 reste du texte.

L’écriture décide du type : 007 et 0755 gardent leurs zéros initiaux en texte, 0xFF et 1.2.3 restent du texte et 1.10 est lu comme le nombre 1.1. Un numéro de compte de 20 chiffres sans guillemets est lu comme un nombre et change dans ses derniers chiffres (12345678901234567890 s’affiche 12345678901234567000) ; un identifiant, une version ou un numéro de compte qui doit survivre à l’aller-retour se met donc entre guillemets.

Où l’analyseur partiel s’arrête

Les clés de fusion sont conservées pour relecture au lieu d’être développées : <<: *base reste dans l’aperçu comme clé littérale et sa ligne est signalée. Un second document après ---, une ligne qui n’est pas un mappage clé : valeur, une liste en ligne jamais fermée par ], une chaîne entre guillemets non terminée et un alias dont l’ancre n’a pas été définie sont signalés comme erreurs avec leur numéro de ligne, et aucun JSON n’apparaît avant correction.

Outils récents :