Konwertuj YAML i JSON w obie strony i zobacz każdą zmienioną linię.
Przeciągnij i upuść pliki tutaj lub kliknij, aby wybrać
Plik nie opuszcza urządzenia · Bez rejestracji · Bez limitu dziennego
Do 100 MB na plik
Twój plik zostaje w tej karcie. Nic nie jest wysyłane: a to ma znaczenie, bo manifesty Kubernetes i pliki CI zawierają sekrety, wewnętrzne nazwy hostów i adresy rejestrów.
0 B
Wklej YAML lub JSON albo upuść plik.
Nie, i żadna konwersja YAML na JSON nie jest. Komentarze, anchor, klucze merge, tagi i styl blokowy nie mają odpowiednika w JSON, więc są rozwijane albo usuwane. Różnica polega na tym, że każda taka strata jest tu policzona i wskazana, zamiast zniknąć po cichu.
JSON tak: konwersja JSON → YAML → JSON dała JSON identyczny co do bajtu na wszystkich trzech prawdziwych plikach, które testowaliśmy, łącznie z literałami liczb i kolejnością kluczy. YAML nie: komentarze znikają, anchor i klucze merge są rozwijane, a cudzysłowy się zmieniają. Wartości przetrwają tę podróż; plik w postaci, w jakiej go napisałeś, nie.
Bo to narzędzie czyta YAML 1.2, gdzie yes jest tekstem. PyYAML, Ruby i yaml.v2 z Go czytają YAML 1.1, gdzie to samo słowo znaczy true. To dokładnie te linie, które wypisuje lista rozbieżności, widzisz je tutaj, a nie w zepsutym wdrożeniu.
Nie. JSON powstaje z twojego tekstu źródłowego, a nie z liczby JavaScriptu, więc 9007199254740993 i 1.10 są wypisywane dokładnie tak, jak je wpisałeś. Kolejność kluczy też przetrwa, łącznie z kluczami wyglądającymi jak liczby (10, 2 i 1) które zwykły obiekt JavaScriptu po cichu ustawiłby jako 1, 2, 10.
Otwiera je bez błędu, !Ref i !GetAtt są przyjmowane, a ich wartości zachowane: ale sam tag zostaje usunięty, więc dostajesz dane, a nie szablon gotowy do wdrożenia.
Nie. Konwersja odbywa się w karcie twojej przeglądarki. Tutaj znaczy to więcej niż na większości stron: manifesty Kubernetes i workflow CI rutynowo zawierają wewnętrzne nazwy hostów, adresy rejestrów, nazwy sekretów, a czasem same sekrety.
