Initializing, please wait a moment

Text vs Line vs Word vs Git Diff

Zuletzt geprueft 2026-04-27. Oeffnen Sie das text-diff-Tool, um zwei Strings, Dateien oder eingefuegte Bloecke in Ihrem Browser zu vergleichen.

30-Sekunden-Antwort. Vier Arten von Diff beantworten jeweils eine andere Frage. Text-Diff: sind diese beiden Strings byte-gleich, und wenn nicht, wo unterscheiden sie sich? Line-Diff: welche Zeilen haben sich geaendert (der Standard fuer Code-Review). Word-Diff: welche Woerter haben sich innerhalb geaenderter Zeilen geaendert (der Standard fuer Prosa). Git-Diff: welche Zeilen haben sich zwischen zwei Commits in der verfolgten Historie geaendert (Line-Diff plus Versionskontroll-Kontext).

Die vier Geschmacksrichtungen und wofuer jede ist

  • Text-Diff (String-Diff). Der einfachste. Vergleichen Sie zwei Strings oder zwei Textbloecke Zeichen fuer Zeichen. Ausgaben: die Stellen, wo sie sich unterscheiden. Richtig fuer "sind diese beiden eingefuegten Blobs wirklich identisch?" - JSON-Konfigurations-Drift, Fehlermeldungen in Support-Tickets, Log-Zeilen, die uebereinstimmen sollten.
  • Line-Diff. Der Standard fuer Code. Behandeln Sie jede Zeile als die Aenderungseinheit. Ausgabe: welche Zeilen hinzugefuegt, entfernt oder modifiziert wurden. Die "+" / "-"-Ausgabe, die jedes Code-Review-Tool verwendet. Starker Standard, wenn der zugrunde liegende Inhalt zeilenstrukturiert ist.
  • Word-Diff. Richtig fuer Prosa. Wenn ein Satz ein einzelnes Wort aendert, zeigt Line-Diff den gesamten Satz zweimal (einmal - und einmal +). Word-Diff hebt nur das geaenderte Wort hervor. Besser fuer redaktionelle Pruefung und Inhaltsaenderungen.
  • Git-Diff. Line-Diff plus Repository-Historie. Vergleicht zwei Commits, zwei Branches, working-tree-vs-index oder index-vs-HEAD. Fuegt Datei-Modus-Erkennung, Umbennen-Erkennung und Binaerdatei-Handhabung hinzu, die reines Line-Diff fehlt. Wird innerhalb von Versionskontroll-Workflows verwendet.

Wann Line-Diff falsch ist

Line-Diff scheitert, wenn die Zeilen selbst lang sind. Bearbeiten Sie ein Wort in einer 200-Zeichen-Zeile und das Diff zeigt die gesamte Zeile als entfernt-und-neu-hinzugefuegt - kein Signal darueber, welches Wort tatsaechlich geaendert wurde. Dasselbe fuer einzeiliges JSON oder minifizierten Code, wo alles auf einer einzigen Zeile ist.

Zwei Korrekturen: formatieren Sie die Eingabe zuerst neu (pretty-print JSON, fuehren Sie einen Code-Formatter aus), dann Line-Diff. Oder wechseln Sie zu Word-Diff, das lange Zeilen korrekt behandelt. Die meisten Online-Tools bieten beides - waehlen Sie basierend darauf, ob die Eingabe natuerlich zeilenstrukturiert ist.

Wann Git-Diff Wert ueber Line-Diff hinzufuegt

Drei Dinge, die Git verfolgt, die reines Line-Diff nicht kann:

  • Datei-Umbenennungen. Verschieben Sie eine Datei von src/foo.js nach src/bar.js. Line-Diff zeigt es als "ganzes foo.js geloescht, ganzes bar.js hinzugefuegt". Git-Diff mit Umbennen-Erkennung zeigt es als "foo.js umbenannt zu bar.js" plus jegliche tatsaechlichen Inhaltsaenderungen.
  • Datei-Modus-Aenderungen. Ein Skript als ausfuehrbar zu markieren erscheint im Git-Diff als Modus-Aenderung ohne Inhalts-Delta. Line-Diff verfehlt es vollstaendig.
  • Binaerdatei-Aenderungen. Git-Diff sagt "binary files differ", ohne zu versuchen, die Bytes zu rendern. Line-Diff produziert unlesbare Ausgabe fuer jede Binaer-Eingabe.

Waehlen Sie das richtige fuer die Aufgabe

Vergleichen zweier eingefuegter Strings: Text-Diff. Pruefen von Code-Aenderungen: Line-Diff oder Git-Diff, wenn Sie Repository-Kontext haben. Pruefen von Copy-Edits: Word-Diff. Untersuchen eines unerwarteten Produktions-Drifts: Text-Diff zuerst, um zu bestaetigen, dass der Unterschied existiert, dann Line-Diff, um ihn zu lokalisieren. Das text-diff-Tool deckt die ersten drei ab; Git-Diff lebt innerhalb von Git selbst. Das vollstaendige Developer-Set ist unter dem Developer-Tools-Hub.

Reviewed by the Free Tool Online editorial team · Tested in the current versions of Chrome, Firefox, Safari, and Edge before publishing. No account is needed to use any tool. Report a bug - we triage within 72 hours. · Last refreshed April 2026.

Why trust these tools

  • Ten-plus years of web tooling. The freetoolonline editorial team has shipped browser-based utilities since 2015. The goal has never changed: get you to a working output fast, without an install.
  • No install, no sign-up. Open a tool and get a working output in seconds - nothing to download and no account to create. Tools that need heavy processing run it on our service, so even a low-powered machine gets the job done.
  • Analytics stops at the page view. We measure which pages get visited, not what you type or upload inside a tool. There is nothing to sign in to and no profile is attached to your input.
  • Open-source core components. The processing engines underneath (libheif, libde265, pdf-lib, terser, clean-css, ffmpeg.wasm, and others) are public and audit-able. We link to each one in its tool page's footer.
  • Free, with or without ads. All tools are fully functional without sign-up. The Disable Ads button in the header is always available if you need a distraction-free run.