Convertisseur YAML ↔ JSON

Convertir YAML et JSON dans les deux sens et voir chaque ligne modifiée.

YAML → JSONJSON → YAML

Glissez-déposez des fichiers ici, ou cliquez pour sélectionner

Votre fichier ne quitte pas votre appareil · Sans inscription · Sans limite quotidienne

Jusqu'à 100 Mo par fichier

Votre fichier reste dans cet onglet. Rien n'est envoyé: et c'est important : les manifestes Kubernetes et les fichiers CI contiennent des secrets, des noms d'hôtes internes et des adresses de registre.

Entrée YAML

0 B

Indentation

2 espaces4 espaces

Collez du YAML ou du JSON, ou déposez un fichier.

Comment ça marche

Collez du YAML ou du JSON, ou déposez un fichier .yaml, .yml ou .json. Le sens de la conversion suit ce que vous collez.
Lisez le résultat, puis lisez la liste des changements en dessous. Elle compte les commentaires supprimés, les anchor et les merge key développés, les documents regroupés dans un tableau et les valeurs qui n'ont pas survécu au trajet.
Consultez à part la liste YAML 1.1 / 1.2. Ce sont les lignes dont PyYAML, Ruby ou Go liraient la valeur autrement qu'un parseur YAML 1.2, citées avec leur numéro de ligne pour que vous tranchiez avant qu'un outil en aval ne vous contredise.
Copiez ou téléchargez le résultat complet. L'aperçu à l'écran peut être raccourci quand la sortie est très longue ; la copie et le téléchargement ne le sont jamais.

À quoi ça sert

Transformer un docker-compose.yml ou un manifeste Kubernetes en JSON pour qu'un script ou une API puisse le lire.
Reconvertir une configuration JSON en YAML pour un outil qui n'accepte que le YAML.
Vérifier, avant de transmettre un fichier de configuration, si le PyYAML de Python le lirait comme un parseur YAML 1.2.
Inspecter un workflow GitHub Actions dont les guillemets et la clé on: sans guillemets ne vous inspirent qu'une confiance limitée.

Bon à savoir

Les commentaires ne survivent pas. JSON n'a pas de syntaxe de commentaire : toute ligne commençant par # disparaît après la conversion. L'outil les compte d'abord et vous dit combien : 4 dans le manifeste Kubernetes testé, 2 dans le fichier docker-compose. Gardez le YAML d'origine si les commentaires comptent.
Les anchor et les alias (&nom et *nom) sont développés, pas conservés. Là où figurait *nom, vous obtenez une copie complète de la valeur, car JSON n'a pas de références. Cette étape est irréversible.
Les merge key sont fusionnées sur place. Le motif x-common: &common qu'utilisent les fichiers docker-compose ressort recopié dans chaque service qui l'avait repris avec <<: *common.
Un fichier YAML multi-documents, de ceux séparés par ---, devient un seul tableau JSON. Un fichier Kubernetes à deux ressources arrive sous la forme [{...}, {...}].
Le style scalaire en bloc (|, >, |- et >-) n'est pas restitué au retour. Le texte à l'intérieur est identique ; seule sa façon d'être écrit change. Un texte contenant des retours à la ligne revient en bloc |, et le style replié > ne revient jamais.
Cet outil lit le YAML 1.2. yes, no, on, off, y, n et NO sont du texte ; 22:30 est du texte ; 2024-01-15 est du texte. PyYAML (Python), Ruby et le yaml.v2 de Go lisent le YAML 1.1 et en font des booléens, des nombres et des dates. Chaque ligne de ce type est signalée avec son numéro de ligne, dans la limite des 40 premières : dans nos fichiers de test, 3 lignes dans le manifeste Kubernetes, 3 dans le docker-compose et 1 dans le workflow GitHub Actions.
Un zéro initial est perdu : 08 vaut le nombre 8 en YAML 1.2 et s'écrit 8 en JSON, alors que PyYAML lit ce même 08 comme le texte « 08 ». Mettez-le entre guillemets dans votre YAML si le zéro doit rester.
.inf, -.inf et .nan n'ont pas d'équivalent JSON et deviennent null. Chaque cas fait l'objet d'un avertissement distinct plutôt que d'un remplacement discret.
En JSON, les clés sont toujours des chaînes. 1: one devient "1": "one", null: x devient "null": "x", et les clés composées écrites ? [a, b] sont aplaties en texte. Si la même clé apparaît deux fois, la dernière valeur l'emporte, et on vous le dit au lieu de vous le laisser découvrir plus tard.
Les tag ne sont pas conservés. !!binary devient une chaîne base64. Les tag CloudFormation et Ansible comme !Ref et !GetAtt ne cassent pas la conversion, mais le tag est supprimé et seule sa valeur subsiste : le résultat n'est donc plus un template CloudFormation valide.
Les grands entiers sont conservés dans le texte JSON exactement tels qu'écrits : 9007199254740993 reste 9007199254740993 au lieu d'être arrondi en ...992, et 1.10 reste 1.10. Si vous relisez ensuite ce JSON avec JSON.parse dans votre propre code, l'arrondi se produira là : cette perte vient du type numérique de JavaScript, pas de ce convertisseur.
Le YAML écrit par cet outil est mis entre guillemets partout où c'est nécessaire : la sortie peut donc en contenir plus que votre original. C'est délibéré, c'est ce qui fait que la sortie se lit de façon identique en YAML 1.1 et en YAML 1.2. Vérifié avec trois parseurs et avec le PyYAML 6.0.1 de Python.
Les gros fichiers sont plus lents qu'il n'y paraît, car le parseur lit le texte source et pas seulement les valeurs : environ 24 ms pour 9 Ko, 238 ms à 171 Ko et 1,2 s à 2,7 Mo dans Chromium sur ordinateur. Les vrais fichiers de configuration sont petits (ceux de Kubernetes, compose et workflow que nous avons mesurés font de 0,8 à 1,5 Ko), donc cela ne se voit que sur les fichiers générés.

Questions fréquentes

La conversion est-elle sans perte ?

Non, et aucune conversion YAML vers JSON ne l'est. Les commentaires, les anchor, les merge key, les tag et le style en bloc n'ont pas d'équivalent JSON : ils sont résolus ou supprimés. Ce qui change ici, c'est que chacun est compté et localisé au lieu de disparaître discrètement.

Le résultat redonne-t-il le même fichier ?

Le JSON, oui : convertir du JSON en YAML puis revenir a produit un JSON identique octet pour octet sur les trois fichiers réels testés, littéraux numériques et ordre des clés compris. Le YAML, non : les commentaires ont disparu, les anchor et les merge key sont développés, et les guillemets changent. Les valeurs survivent à l'aller-retour ; le fichier tel que vous l'aviez écrit, non.

Pourquoi mon yes est-il devenu une chaîne ?

Parce que cet outil lit le YAML 1.2, où yes est du texte. PyYAML, Ruby et le yaml.v2 de Go lisent le YAML 1.1, où le même mot vaut true. Ce sont exactement les lignes que signale la liste des écarts : vous les voyez ici plutôt que dans un déploiement cassé.

Mes nombres sont-ils arrondis ?

Non. Le JSON est écrit à partir de votre texte source et non d'un nombre JavaScript : 9007199254740993 et 1.10 sont imprimés exactement comme vous les avez tapés. L'ordre des clés survit aussi, y compris les clés qui ressemblent à des nombres comme 10, 2 et 1, qu'un objet JavaScript ordinaire réordonnerait silencieusement en 1, 2, 10.

Peut-il ouvrir des fichiers CloudFormation ou Ansible ?

Il les ouvre sans échouer : !Ref et !GetAtt sont acceptés et leurs valeurs conservées, mais le tag lui-même est supprimé. Ce que vous récupérez, ce sont des données, pas un template déployable.

Mon fichier est-il téléversé ?

Non. La conversion s'exécute dans votre onglet. Ici, cela compte plus que sur la plupart des pages : les manifestes Kubernetes et les workflows CI transportent couramment des noms d'hôtes internes, des adresses de registry, des noms de secrets et parfois les secrets eux-mêmes.

Outils associés

3MF en STL

Convertisseur PNG vers SVG

Convertisseur JPG vers SVG

Convertisseur d'Image en SVG

Convertisseur PNG vers DXF