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.

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.