Formater et convertir YAML
Formateur et validateur YAML en ligne gratuit — repérez un deux-points mal placé dans un docker-compose.yml avant qu'il ne casse votre déploiement, vérifiez un Helm chart, ou convertissez un extrait JSON de kubectl en YAML éditable. Collez du YAML pour valider la syntaxe et ré-émettre avec une indentation cohérente, ou convertissez entre YAML et JSON dans l'une ou l'autre direction. Le mode auto-détection choisit la bonne opération selon l'entrée. YAML 1.2 (la spécification moderne — pas de problème de Norvège) avec support complet multi-documents : les fichiers avec plusieurs documents --- se parsent et se ré-émettent correctement, correspondant à ce que `kubectl apply` et `helm template` attendent. Indentation à 2 ou 4 espaces, optionnellement tri alphabétique des clés pour des diffs git déterministes.
Comment utiliser
La détection automatique choisit la bonne direction par défaut.
2 espaces est standard pour YAML ; sort-keys est utile pour les diffs.
La sortie validée et reformatée (ou convertie) apparaît à droite.
Presse-papiers en un clic ou sauvegardez en .yaml / .json.
Validez et reformatez YAML, ou faites un round-trip entre YAML et JSON — s'exécute localement
Fonctionnalités
Utilisations typiques
- Validez un docker-compose.yml ou un manifeste kubernetes avant le déploiement.
- Convertissez une configuration JSON API en YAML pour utilisation dans GitHub Actions.
- Normalisez l'indentation YAML dans une équipe — triez les clés pour des diffs déterministes.
- Convertissez un extrait JSON Kubernetes de kubectl en YAML pour édition.
- Détectez une erreur de syntaxe dans un fichier YAML multi-documents (deux-points mal placés).
Pourquoi celui-ci
La validation est instantanée à chaque frappe — pas d'aller-retour kubectl --dry-run nécessaire pour trouver un deux-points mal placé. L'auto-détection gère les deux directions ; sort-keys produit une sortie déterministe adaptée aux git diffs (correspond à ce que `yq -P` écrit). Le support multi-documents signifie que les manifestes Kubernetes du monde réel, les workflows GitHub Actions et les templates de Helm chart font un round-trip propre.
Questions fréquentes
Pourquoi sort-keys réorganise-t-il ma liste ?
Sort-keys n'affecte que les clés d'objet (mapping), pas l'ordre de la liste (séquence). Si votre YAML utilise des listes ordonnées, elles restent ordonnées ; s'il utilise des objets à clés, ces clés sont triées alphabétiquement. Même comportement que `yq -P sort_keys(..)`.
Et YAML 1.1 vs 1.2 ?
Cet outil cible YAML 1.2 — la spécification moderne plus sûre utilisée par Kubernetes, GitHub Actions et Ansible moderne. YAML 1.1 a le fameux « problème de Norvège » où le code pays non cité `no` se parse comme le booléen `false` ; 1.2 a corrigé cela en exigeant `true`/`false` explicites pour les booléens. Si votre fichier vient d'un pipeline Ruby/Puppet plus ancien qui attend 1.1, vérifiez que les chaînes non citées `yes`, `no`, `on`, `off` font un round-trip comme prévu.
YAML multi-documents ?
Oui — les documents séparés par --- sont analysés individuellement. La sortie JSON d'un YAML multi-documents est un tableau JSON.
Ancres et alias (&foo / *foo) ?
Analysés correctement. Lors de l'émission de YAML, le formateur préservera les alias quand possible (selon flow_level), mais la structure est canonisée — votre placement exact de &/* peut ne pas survivre à un round-trip.
Mobile ?
Oui — entrée et sortie s'empilent sur les écrans étroits.
Nous le pouvons — et c'est gratuit ! Envoyez-nous simplement un message rapide avec votre idée. Si vous voulez en discuter en détail, laissez votre e-mail et nous reviendrons vers vous. Vous pouvez rester anonyme.
