YAML in JSON umwandeln

YAML und JSON in beide Richtungen umwandeln und jede geänderte Stelle angezeigt bekommen.

YAML → JSONJSON → YAML

Dateien hierher ziehen oder zum Auswählen klicken

Deine Datei verlässt dein Gerät nicht · Keine Anmeldung · Kein Tageslimit

Bis zu 100 MB pro Datei

Deine Datei bleibt in diesem Tab. Es wird nichts hochgeladen: und das zählt, denn Kubernetes-Manifeste und CI-Dateien enthalten Secrets, interne Hostnamen und Registry-Adressen.

YAML-Eingabe

0 B

Einrückung

2 Leerzeichen4 Leerzeichen

Füge YAML oder JSON ein oder ziehe eine Datei hierher.

So funktioniert es

Füge YAML oder JSON ein oder zieh eine .yaml-, .yml- oder .json-Datei hinein. Die Richtung ergibt sich aus dem, was du einfügst.
Lies das Ergebnis und danach die Änderungsliste darunter. Sie zählt die verlorenen Kommentare, die aufgelösten Anker und Merge-Keys, die zu einem Array zusammengefassten Dokumente und die Werte, die die Umwandlung nicht überstehen.
Sieh dir die Liste zu YAML 1.1 und 1.2 gesondert an. Das sind die Zeilen, deren Werte PyYAML, Ruby oder Go anders lesen würden als ein YAML-1.2-Parser, mit Zeilennummern angegeben, damit du entscheiden kannst, bevor etwas weiter unten widerspricht.
Kopiere das vollständige Ergebnis oder lade es herunter. Die Vorschau auf dem Bildschirm kann bei sehr langer Ausgabe gekürzt sein, Kopieren und Herunterladen nie.

Wofür man es nutzt

Eine docker-compose.yml oder ein Kubernetes-Manifest in JSON umwandeln, damit ein Skript oder eine API sie lesen kann.
Eine JSON-Konfiguration zurück in YAML bringen, für ein Tool, das nur YAML annimmt.
Vor der Weitergabe einer Konfigurationsdatei prüfen, ob PyYAML in Python sie genauso liest wie ein YAML-1.2-Parser.
Einen GitHub-Actions-Workflow ansehen, dessen Anführungszeichen und blankem on:-Schlüssel du nicht ganz traust.

Gut zu wissen

Kommentare überstehen die Umwandlung nicht. JSON hat keine Kommentarsyntax, jede Zeile mit # ist danach weg. Das Tool zählt sie vorher und sagt dir, wie viele es sind: 4 im getesteten Kubernetes-Manifest, 2 in der docker-compose-Datei. Behalte das YAML-Original, wenn die Kommentare wichtig sind.
Anker und Aliase (&name und *name) werden aufgelöst und nicht erhalten. Überall, wo *name stand, bekommst du eine vollständige Kopie des Wertes, denn JSON hat keine Verweise. Dieser Schritt lässt sich nicht umkehren.
Merge-Keys werden direkt eingefügt. Das Muster x-common: &common, das docker-compose-Dateien benutzen, kommt in jeden Service kopiert heraus, der es mit <<: *common eingebunden hat.
Eine YAML-Datei mit mehreren Dokumenten (getrennt durch ---) wird zu einem einzigen JSON-Array. Eine Kubernetes-Datei mit zwei Ressourcen kommt als [{...}, {...}] an.
Der Stil von Blockskalaren (|, >, |- und >-) wird auf dem Rückweg nicht wiederhergestellt. Der Text darin ist identisch, nur die Schreibweise ändert sich. Text mit Zeilenumbrüchen kommt als |-Block zurück, der gefaltete Stil > kommt nie zurück.
Das Tool liest YAML 1.2. yes, no, on, off, y, n und NO sind Text, 22:30 ist Text, 2024-01-15 ist Text. PyYAML (Python), Ruby und yaml.v2 von Go lesen YAML 1.1 und machen daraus Wahrheitswerte, Zahlen und Datumsangaben. Jede solche Zeile in deiner Datei wird mit ihrer Zeilennummer markiert, bis zu den ersten 40: In unseren Testdateien waren das 3 Zeilen im Kubernetes-Manifest, 3 in der docker-compose-Datei und 1 im GitHub-Actions-Workflow.
Eine führende Null geht verloren: 08 ist in YAML 1.2 die Zahl 8 und wird als 8 nach JSON geschrieben, während PyYAML dasselbe 08 als Text „08“ liest. Setze es in deinem YAML in Anführungszeichen, wenn die Null bleiben muss.
.inf, -.inf und .nan haben in JSON keine Entsprechung und werden zu null. Jede davon wird einzeln gemeldet und nicht still ausgetauscht.
Schlüssel sind in JSON immer Strings. 1: one wird zu "1": "one", null: x wird zu "null": "x", und zusammengesetzte Schlüssel wie ? [a, b] werden zu Text abgeflacht. Kommt derselbe Schlüssel zweimal vor, gewinnt der letzte Wert, und du wirst darauf hingewiesen, statt es später zu merken.
Tags bleiben nicht erhalten. !!binary wird zu einem Base64-String. Tags von CloudFormation und Ansible wie !Ref und !GetAtt brechen die Umwandlung nicht, das Tag fällt aber weg und nur sein Wert bleibt. Das Ergebnis ist dann keine gültige CloudFormation-Vorlage mehr.
Große ganze Zahlen bleiben im JSON-Text genau so erhalten, wie sie geschrieben wurden: 9007199254740993 bleibt 9007199254740993 und wird nicht auf ...992 gerundet, und 1.10 bleibt 1.10. Liest du dieses JSON danach mit JSON.parse in deinem eigenen Code, wird dort gerundet. Dieser Verlust liegt am Zahlentyp von JavaScript und nicht an diesem Konverter.
Das YAML, das das Tool schreibt, ist überall in Anführungszeichen gesetzt, wo das nötig ist. Die Ausgabe kann also mehr Anführungszeichen enthalten als dein Original. Das ist Absicht: So wird die Ausgabe unter YAML 1.1 und YAML 1.2 gleich gelesen. Wir haben das mit drei Parsern und mit PyYAML 6.0.1 in Python geprüft.
Große Dateien sind langsamer, als sie aussehen, weil der Parser den Quelltext liest und nicht nur die Werte: etwa 24 ms für 9 KB, 238 ms bei 171 KB und 1,2 s bei 2,7 MB in Desktop-Chromium. Echte Konfigurationsdateien sind klein: Die gemessenen Dateien für Kubernetes, compose und den Workflow haben 0,8 bis 1,5 KB, das fällt also nur bei erzeugten Dateien auf.

Häufige Fragen

Ist die Umwandlung verlustfrei?

Nein, und keine Umwandlung von YAML nach JSON ist es. Kommentare, Anker, Merge-Keys, Tags und Blockstil haben in JSON keine Entsprechung, sie werden also aufgelöst oder verworfen. Der Unterschied hier: Jedes davon wird gezählt und mit Fundstelle gemeldet, statt still zu verschwinden.

Wird aus dem Ergebnis wieder dieselbe Datei?

JSON ja: Von JSON nach YAML und gleich zurück ergab bei allen drei echten Testdateien byteweise identisches JSON, einschließlich Zahlenschreibweise und Reihenfolge der Schlüssel. YAML nein: Kommentare sind weg, Anker und Merge-Keys sind aufgelöst, und die Anführungszeichen ändern sich. Die Werte überstehen den Hin- und Rückweg, die Datei, wie du sie geschrieben hast, nicht.

Warum wurde aus meinem yes ein String?

Weil das Tool YAML 1.2 liest, wo yes Text ist. PyYAML, Ruby und yaml.v2 von Go lesen YAML 1.1, wo dasselbe Wort true bedeutet. Genau diese Zeilen markiert die Liste der Abweichungen, du siehst sie also hier und nicht in einem misslungenen Deployment.

Werden meine Zahlen gerundet?

Nein. Das JSON wird aus deinem Quelltext geschrieben und nicht aus einer JavaScript-Zahl, 9007199254740993 und 1.10 erscheinen also genau so, wie du sie getippt hast. Auch die Reihenfolge der Schlüssel bleibt erhalten, auch bei zahlenähnlichen Schlüsseln wie 10, 2 und 1, die ein einfaches JavaScript-Objekt still zu 1, 2, 10 umsortieren würde.

Kann das Tool CloudFormation- oder Ansible-Dateien öffnen?

Es öffnet sie, ohne zu scheitern: !Ref und !GetAtt werden angenommen und ihre Werte behalten. Das Tag selbst fällt aber weg, du bekommst also Daten und keine Vorlage, die sich deployen ließe.

Wird meine Datei hochgeladen?

Nein. Die Umwandlung läuft in deinem Browser-Tab. Das ist hier wichtiger als auf den meisten Seiten: Kubernetes-Manifeste und CI-Workflows enthalten oft interne Hostnamen, Registry-Adressen, Namen von Secrets und manchmal die Secrets selbst.

YAML in JSON umwandeln

So funktioniert es

Wofür man es nutzt

Gut zu wissen

Häufige Fragen

Ist die Umwandlung verlustfrei?

Wird aus dem Ergebnis wieder dieselbe Datei?

Warum wurde aus meinem yes ein String?

Werden meine Zahlen gerundet?

Kann das Tool CloudFormation- oder Ansible-Dateien öffnen?

Wird meine Datei hochgeladen?

Verwandte Tools

So funktioniert es

Wofür man es nutzt

Gut zu wissen

Häufige Fragen

Ist die Umwandlung verlustfrei?

Wird aus dem Ergebnis wieder dieselbe Datei?

Warum wurde aus meinem yes ein String?

Werden meine Zahlen gerundet?

Kann das Tool CloudFormation- oder Ansible-Dateien öffnen?

Wird meine Datei hochgeladen?