YAML Formatter

Formatteer en valideer YAML-bestanden direct — ondersteunt complexe nesting, ankers en aliassen

Deel:

YAML Formatter

Waarom YAML-bestanden formatteren?

YAML is extreem gevoelig voor inspringing — één extra spatie kan parseerfouten of stille gegevenscorruptie veroorzaken. Tools zoals Kubernetes, Docker Compose, GitHub Actions en Ansible gebruiken YAML-configuratiebestanden waarbij opmaakfouten volledige deployments kunnen blokkeren. Onze formatter valideert de syntaxis, normaliseert de inspringing en zorgt dat je YAML altijd correct is.

📐

Inspringing normaliseren

Normaliseert gemengde inspringing naar een consistent 2-spaties formaat door het hele document

Syntaxisvalidatie

Detecteert inspringfouten, gemengde tabs/spaties en structurele problemen vóór productiefouten

Ankers en aliassen

Volledige ondersteuning voor YAML-ankers (&) en aliassen (*) voor documenthergebruik en DRY-configuraties

Hoe YAML formatteren in 3 stappen

1

Plak je YAML

Plak je Kubernetes-manifest, GitHub Actions-workflow of elk ander YAML-configuratiebestand

2

Formatteren en valideren

De tool valideert de syntaxis en formatteert automatisch opnieuw met consistente inspringing

3

Kopiëren en implementeren

Kopieer de geformatteerde YAML naar je bestand, CI-pipeline of implementatietool

Gebruiksscenario's voor YAML-opmaak

☸️

Kubernetes-manifesten

Formatteer Deployment-, Service- en ConfigMap YAML-bestanden voordat je ze op een cluster toepast

🔄

CI/CD-pijplijnen

Valideer GitHub Actions-, GitLab CI- en CircleCI-workflows om pijplijnfouten te vermijden

📋

Ansible Playbooks

Formatteer en valideer Ansible-taken, variabelen en inventarissen voor schone infrastructuurcode

🐳

Docker Compose

Zorg dat docker-compose.yml-bestanden correct zijn geformatteerd voordat je docker compose up uitvoert

YAML best practices

✓ Gebruik spaties, nooit tabs

YAML verbiedt het tabblad-teken voor inspringing strikt. Stel je editor altijd in om spaties in te voegen bij Tab in YAML-bestanden.

✓ Gebruik aanhalingstekens voor speciale tekens

Tekenreeksen met : # [ ] { } of die beginnen met speciale tekens moeten tussen aanhalingstekens staan om te voorkomen dat YAML ze verkeerd interpreteert.

✓ Gebruik ankers om duplicaten te verminderen

YAML-ankers (&naam) en aliassen (*naam) laten je waarden hergebruiken in een document, waardoor herhaling in complexe configuraties wordt verminderd.

✓ Lint vóór het committen

Voer yamllint uit of gebruik deze formatter in je pre-commit hook om opmaakproblemen te detecteren voordat ze de repository bereiken.

❓ Veelgestelde vragen

Waarom mislukt YAML met tabs in plaats van spaties?

De YAML-specificatie verbiedt expliciet het tab-teken voor inspringing, omdat verschillende editors tabs met verschillende breedtes weergeven. Spaties bieden consistente, ondubbelzinnige inspringing die alle YAML-parsers identiek kunnen interpreteren.

Wat doen ankers (&) en aliassen (*) in YAML?

Ankers definiëren een herbruikbaar blok met &ankernaam: en aliassen verwijzen ernaar met *ankernaam. Hiermee kun je waarden één keer definiëren en meerdere keren hergebruiken, waardoor configuraties DRY worden.

Wat is het verschil tussen YAML en JSON?

YAML is een superset van JSON — elke geldige JSON is ook geldige YAML. YAML voegt ondersteuning toe voor commentaar, ankers, meerregelige tekenreeksen en een meer leesbare syntaxis. JSON is beter voor uitwisseling van gegevens tussen machines; YAML is beter geschikt voor door mensen bewerkte configuraties.

Waarom YAML kiezen boven TOML voor configuratie?

YAML heeft bredere ondersteuning voor tools (Kubernetes, Ansible, de meeste CI-systemen) en kan complexe geneste structuren beknopt weergeven. TOML is eenvoudiger en minder foutgevoelig voor basisconfiguraties. Voor DevOps-configuratie is YAML de standaard.