Diff Checker

Diff checker porovnává dva texty a přesně zobrazuje, které řádky se liší. Vložte originál (verzi „před“) do levého textového pole a upravenou verzi (verzi „po“) do pravého; nástroj spustí porovnání na bázi LCS a během několika milisekund zvýrazní každý rozdíl.

Přidané řádky se zobrazí zeleně, odebrané řádky červeně a u změněných řádků se zvýrazní konkrétní podřetězec znaků, který se skutečně změnil. Souhrnný řádek nahoře uvádí počet přidaných, odebraných a změněných řádků a také procento shody.

Použijte jej pro jakékoli porovnání prostého textu:

• zdrojový kód
• konfigurace JSON
• manifesty YAML
• exporty CSV
• soubory protokolů (logy)
• koncepty v Markdownu
• běžný prostý text

Nástroj zvládne vstup v kódování UTF-8 až do velikosti několika megabajtů na každé straně bez selhání.

A co je nejdůležitější: každý bajt výpočtů probíhá lokálně ve vašem prohlížeči. Nic se neodesílá na server, nic se neprotokoluje, nic neopouští vaše zařízení — ideální i pro proprietární kód, interní dokumenty a důvěrné údaje.

Porovnání dvou textů vyžaduje tři rychlé kroky:

• Krok 1: Vložte původní text do levého pole. Toto je verze „před“ — soubor ve stavu před změnami, původní koncept nebo předchozí konfigurace. Pomocí Ctrl+A a Ctrl+C zkopírujte text z libovolného textového editoru nebo prohlížeče a vložte jej pomocí Ctrl+V do porovnávače.
• Krok 2: Vložte upravený text do pravého pole. Toto je verze „po“ — upravený soubor, nový koncept nebo aktualizovaná konfigurace. Porovnání se vypočítá automaticky, jakmile je obsah na obou stranách.
• Krok 3: Přečtěte si výsledek. Zelené řádky jsou přidané prvky přítomné vpravo, ale ne vlevo; červené řádky jsou odebrané prvky přítomné vlevo, ale ne vpravo; řádky se zvýrazněním na úrovni znaků jsou „změněné“ (pár odstranění + přidání u podobného obsahu).

Souhrn nahoře poskytuje přehled na vysoké úrovni: počet přidaných a odebraných řádků a procento shody od 0 % (žádný překryv) do 100 % (identické).

Přepněte na „ignorovat bílé znaky“, pokud jsou jedinými změnami přeformátování; přepněte na „ignorovat velikost písmen“, pokud nerozlišujete mezi Velká-vs-malá.

Diff nástroje pracují v jedné ze tří úrovní podrobnosti: řádek, slovo nebo znak.

• Řádek po řádku je univerzální výchozí nastavení pro kód a konfiguraci: každý řádek je považován za jednotku a diff určuje, které celé řádky byly přidány, odebrány nebo podstatně změněny. Toto zobrazují GNU diff, git diff, pull requesty na GitHubu i diff zobrazení v IDE.
• Slovo po slově (někdy nazývané „word diff“) rozděluje text podle mezer — což je lepší pro souvislý text, kde k úpravám často dochází uvnitř vět.
• Znak po znaku je nejjemnější úroveň, kterou většina diff nástrojů používá vnitřně ke zvýraznění přesného podřetězce, který se liší v rámci změněného řádku.

Výše uvedený nástroj zobrazuje porovnání řádků jako hlavní zobrazení a porovnání znaků jako zvýraznění na změněných řádcích — jedná se o stejný dvouúrovňový přístup, jaký používají VS Code, JetBrains a GitHub.

Používejte řádkový diff pro revizi kódu, slovní diff pro úpravu textu a znakový diff pouze pro krátká srovnání (jednotlivé věty, identifikátory, URL).

Zdrojový kód je nejčastějším příkladem použití diffu — každá revize kódu, každý PR a každý git commit zahrnuje porovnávání kódu.

Porovnávač diff zvládne jakýkoli programovací jazyk, protože algoritmus LCS je nezávislý na jazyce: JavaScript, TypeScript, Python, Go, Rust, Java, Kotlin, Swift, C, C++, C#, PHP, Ruby, Scala, Elixir, Clojure, shell skripty, Dockerfile, Terraform HCL, SQL — vše funguje stejně.

Osvědčené postupy pro porovnání kódu: před vložením zformátujte obě strany stejným formátovačem kódu (Prettier pro JS/TS, Black pro Python, gofmt pro Go, rustfmt pro Rust), aby mezery a stylové rozdíly nenarušovaly reálný sémantický rozdíl. Pokud nemůžete kód přeformátovat, použijte možnost „ignorovat bílé znaky“ pro přeskočení rozdílů v úvodních a koncových mezerách.

Pro porovnávání mezi různými jazyky (například porovnání implementace v Pythonu s převodem do Go) řádkový diff stále funguje, ale procento shody bude zavádějící — smysluplnou jednotkou je zde strukturální podobnost, nikoli překryv řádků.

JSON diff je jedním z nejpoptávanějších případů použití — porovnávání odpovědí API, konfiguračních souborů, souborů package.json a strukturovaných datových exportů.

Důležitý předchozí krok: zformátujte obě strany identicky. Použijte přehledné odsazení (pretty-print) se stejným počtem mezer (obvykle 2 nebo 4) a seřaďte klíče objektů abecedně. Bez normalizace může strukturálně identický dokument JSON vytvořit velmi nepřehledný diff jen proto, že jsou klíče v jiném pořadí.

Nástroje pro normalizaci:

• jq s příznakem --sort-keys
• funkce json.dumps v Pythonu s sort_keys=True
• jsonformatter.org

Pro sémanticky zaměřené porovnávání JSON (kde {a:1, b:2} a {b:2, a:1} jsou si rovny) dávají specializované nástroje jako json-diff (npm), jq nebo RFC 6902 JSON Patch lepší výsledky než řádkový diff.

Výše uvedený řádkový nástroj funguje pro JSON dobře, pokud jsou obě strany předem normalizovány; pokud pravidelně potřebujete sémantický JSON diff, zvažte zařazení specializované knihovny pro JSON do svého vývojového prostředí.

YAML a CSV jsou řádkově orientované formáty, které se pomocí řádkových nástrojů porovnávají čistě — obvykle s menším šumem než JSON, protože YAML nemá složené závorky a CSV má konzistentní strukturu řádků.

Tipy pro porovnání YAML: ujistěte se, že obě strany používají stejné odsazení (na 2 vs. 4 mezerách záleží; v YAML mají bílé znaky význam), stejné pořadí klíčů a stejný styl uvozovek pro řetězce. Pro manifesty Kubernetes, soubory Docker Compose a YAML pracovní postupy v CI je výše uvedený řádkový diff standardním nástrojem používaným při každé revizi kódu.

Tipy pro porovnání CSV: ujistěte se, že oba soubory používají stejný oddělovač (čárka, středník, tabulátor), stejná zakončení řádků (LF vs. CRLF — mnoho souborů CSV z Excelu používá CRLF), stejné pořadí sloupců a odpovídající záhlaví.

Pro velká CSV (>10 000 řádků) vytvářejí specializované nástroje jako csvdiff (Aswinkarthik) nebo daff (paulfitz) strukturované rozdíly ukazující, který řádek a sloupec se změnil; pro menší soubory je výše uvedený řádkový diff rychlý a jednoduchý.

Všechny moderní diff nástroje spoléhají na rodinu algoritmů LCS (Longest Common Subsequence / Nejdelší společná podposloupnost).

Původní algoritmus diff publikovali James Hunt a Doug McIlroy v Bell Labs v roce 1976 — jde o stejný článek, z něhož vzešel příkaz Unixu „diff“, který se používá dodnes. V roce 1986 publikoval Eugene Myers práci „An O(ND) Difference Algorithm and Its Variations“, která optimalizovala LCS pro běžné případy malých rozdílů ve velkých vstupech.

Myersův algoritmus běží v čase O((N+M)D), kde N+M je celková velikost vstupu a D je počet úprav — což je výrazně rychlejší než naivní O(N×M) pro typické reálné diffy (kde D je malé vzhledem k N+M). GNU diff, git diff, libxdiff (používaný v Mercurialu, Subversionu, GitHubu) všechny implementují Myerse nebo velmi příbuzné varianty „patience diff“ a „histogram diff“.

Výše uvedený porovnávač rozdílů používá JavaScriptovou implementaci LCS vyladěnou pro výkon v prohlížeči — je dostatečně rychlá pro vstupy o velikosti až několika megabajtů na stranu.

Existují dva hlavní způsoby zobrazení rozdílů: vedle sebe (rozdělené zobrazení / side-by-side) a sjednocené (unified).

Zobrazení vedle sebe umístí původní a upravenou verzi do dvou sloupců s horizontálně zarovnanými změnami — je přehlednější pro lidské čtení, protože vidíte obě verze najednou a vizuální seskupení usnadňuje pochopení struktury. Toto je výchozí nastavení v IDE (VS Code, IntelliJ), u PR na GitHubu (v režimu „split“) a ve většině online diff nástrojů.

Sjednocené zobrazení (Unified diff) staví odebrané a přidané řádky do jednoho sloupce s předponami „-“ a „+“ a 3 řádky nezměněného kontextu nahoře a dole — je kompaktnější, lze jej zpracovávat skripty (je to formát patch souborů, který zpracovávají příkazy „git apply“ a „patch“) a je výchozím nastavením v nástrojích příkazové řádky a při revizi kódu přes e-mail (např. v mailing listu vývojářů jádra Linuxu).

Zvolte zobrazení vedle sebe pro vizuální kontrolu malých až středních změn; zvolte sjednocené zobrazení pro kompaktní zobrazení rozsáhlých přepisů, pro kopírování jako patch soubor nebo pro sdílení v čistě textových kontextech (chat, e-mail, terminál).

Porovnávání dokumentů pokrývá širokou škálu použití: sledování změn provedených editorem v konceptu, porovnávání dvou verzí smlouvy, kontrola toho, co bylo parafrázováno vs. zkopírováno (lehká detekce plagiátů) nebo kontrola posunu v překladu.

Použijte porovnávač diff pro jakýkoli dokument v prostém textu. Pro různé zdrojové formáty:

• U souborů Microsoft Word .docx nejprve exportujte text do prostého textu (Soubor > Uložit jako > Prostý text ve Wordu nebo Formát > Prostý text v LibreOffice). Ztratíte formátování (tučné písmo, kurzívu, nadpisy), ale zachytíte každou změnu v textu.
• U dokumentů PDF nejprve použijte převodník z PDF do textu (pdftotext z balíčku poppler-utils nebo webové nástroje) a poté porovnejte vyextrahovaný text.
• U Google Docs použijte vestavěnou Historii verzí (Soubor > Historie verzí > Zobrazit historii verzí), která nativně zobrazuje zjištěné změny podle autorů.

Pro dlouhé texty, kde jsou zalomení řádků libovolná, zvažte nástroje pro porovnání na úrovni slov (diff --word-diff v gitu) — ignorují zalomení řádků a zobrazují skutečné změny na úrovni slov.

Na soukromí záleží, pokud porovnáváte proprietární kód, interní dokumentaci, finanční záznamy, zákaznická data nebo jakýkoli důvěrný text. Mnohé online diff nástroje nahrávají zadávaný text na svůj server k zpracování — což je pohodlné, ale představuje to reálné riziko pro citlivý obsah.

Porovnávač rozdílů na této stránce funguje zcela na straně klienta: algoritmus LCS běží v JavaScriptu přímo ve vašem prohlížeči, žádné volání fetch() nikdy neopustí vaše zařízení a na žádném serveru nevznikne žádný záznam v protokolu. Můžete si to sami ověřit otevřením Nástrojů pro vývojáře (DevTools) > karta Síť (Network) a vložením textu — neuvidíte žádné odchozí požadavky.

Pro maximální soukromí u vysoce citlivého obsahu použijte lokální nástroj, který se s sítí vůbec nespojuje:

• GNU diff (předinstalovaný v Linuxu/macOS)
• git diff (v jakémkoli repozitáři)
• vestavěný diff ve VS Code
• diff v IDE od JetBrains
• Beyond Compare

Pro jednorázová srovnání méně citlivého textu vám ověřený nástroj v prohlížeči, jako je ten výše, poskytne pohodlí webového nástroje se soukromím lokálního řešení.

Pro vývojáře je diff každodenní infrastrukturou — revize kódu (code review), kontrola PR, řešení konfliktů při slučování (merge conflicts), porovnávání konfigurací mezi prostředími, ladění regresí typu „co se změnilo“.

Používejte git diff pro sledované změny (git diff, git diff --staged, git diff main..feature, git diff HEAD~3); používejte online diff checker výše pro ad-hoc porovnání (někdo vloží úryvek kódu do Slacku, porovnáváte výpis proměnných prostředí ze stagingu a produkce, kontrolujete místní konfiguraci kolegy oproti vlastní).

Pro řešení konfliktů při slučování jsou třícestné diff nástroje (kdiff3, p4merge, vestavěné třícestné zobrazení ve VS Code) lepší než dvoucestné diffy, protože kromě obou stran zobrazují i společného předka.

Pro rozsáhlou revizi kódu používají GitHub PR, GitLab MR i Gerrit pod kapotou stejný řádkový LCS diff — to, co vidíte v PR, je stejný algoritmus, který můžete spustit lokálně pomocí git diff nebo vložit do online nástroje výše. Diff je napříč nástroji reprodukovatelný: stejné vstupy vždy dávají stejný diff.

Oba vytvářejí matematicky ekvivalentní diffy na bázi LCS — použitý algoritmus je totožný.

Git diff použijte, když:

• máte soubory v repozitáři git
• chcete porovnat commity/větve/připravené změny (staged changes)
• potřebujete porovnání skriptovat (kontroly v CI, pre-commit hooky)
• potřebujete porovnání s ohledem na historii (git log, git blame)
• nebo vytváříte patch soubor (git format-patch)

Online diff checker použijte, když:

• máte čistý text, který není v repozitáři (úryvek z chatu, odpověď API, výpis konfigurace)
• chcete rychlé vizuální zobrazení vedle sebe bez nastavování repozitáře
• porovnáváte data napříč systémy, kde git není k dispozici (někdo na Chromebooku, schůzka nad revizí kódu)
• nebo je obsah citlivý a chcete ověřený nástroj běžící pouze v prohlížeči bez síťových požadavků

Oba nástroje patří do výbavy vývojáře; ani jeden nenahrazuje druhý. Hlavní předností online nástroje je nulové nastavování a vizuální srovnání vedle sebe; hlavní předností gitu je znalost historie a integrace do vývojového ekosystému.