Zwei Texte vergleichen

Was als dieselbe Zeile gilt

Verglichen wird ein Schlüssel, nicht die Zeile selbst. Jede Zeile wird zu einem Schlüssel reduziert, je nachdem, welche Ignorieren-Optionen aktiv sind; der Diff läuft über die Schlüssel, und angezeigt wird immer Ihr Originaltext – „Groß-/Kleinschreibung ignorieren“ ändert also, welche Zeilen übereinstimmen, ohne ein einziges Zeichen des Angezeigten zu verändern. Es gibt zwei getrennte Optionen für Leerzeichen, und sie unterscheiden sich stärker, als ihre Beschriftungen vermuten lassen: Die eine entfernt Leerzeichen an den Enden einer Zeile, die andere fasst zuerst Folgen von Leerzeichen und Tabs zu einem einzigen Leerzeichen zusammen und entfernt dann die Enden. Keine von beiden entfernt Leerraum vollständig, und das Zusammenfassen erfasst nur echte Leerzeichen und Tabs – ein ideografisches oder geschütztes Leerzeichen mitten in einer Zeile bleibt also unangetastet und zählt weiterhin als Unterschied.

Das Ignorieren von Leerzeilen ist die Option mit einer Folge, die niemand erwähnt: Die Leerzeilen werden vor dem Vergleich entfernt, daher zählen die Zeilennummern neben dem Ergebnis nur die verbliebenen Zeilen und stimmen nicht mehr mit den Zeilennummern in Ihrer Datei überein. Ist die Option aus, stimmen sie genau überein. Die Hervorhebung auf Wortebene innerhalb einer geänderten Zeile folgt nur der Einstellung zur Groß-/Kleinschreibung – die Leerzeichen-Optionen wirken dort nicht, sodass Leerzeichenunterschiede in einer aus anderem Grund geänderten Zeile weiterhin als Änderungen markiert werden.

Das kopierbare Ergebnis ist in jeder Hinsicht, die fürs Lesen zählt, ein Unified Diff – die beiden Dateiköpfe, Minuszeilen, Pluszeilen, drei Kontextzeilen um jede Änderung – mit einer Ausnahme, die Sie kennen sollten, bevor Sie sich darauf verlassen. Seine Hunk-Markierungen enthalten keine Zeilenbereiche; es ist also für einen Fehlerbericht, einen Code-Review-Kommentar oder eine E-Mail gedacht, und die Befehle patch und git apply werden es ablehnen. Wenn Sie etwas zum Anwenden statt zum Lesen brauchen, erzeugen Sie es mit git.

Wenn Sie etwas anderes brauchen

Strukturierte Formate lassen sich zeilenweise schlecht vergleichen, und das Scheitern ist laut statt subtil: Zwei JSON-Dokumente, die sich nur in der Reihenfolge ihrer Schlüssel unterscheiden, oder zwei CSVs mit einer verschobenen Spalte ergeben eine Wand aus Änderungen, die nichts aussagt. Vergleichen Sie sie stattdessen mit etwas, das die Struktur versteht – sortieren Sie bei beiden JSON-Dateien zuerst die Schlüssel und vergleichen Sie dann die Ergebnisse, oder nutzen Sie daff, das CSV als Zeilen und Spalten vergleicht und Ihnen sagt, dass eine Spalte verschoben wurde, statt dass sich jede Zeile geändert hat.

Zwei Verzeichnisse oder zwei Stände in der Geschichte eines Repositorys sind eine Frage für git, nicht für diese Seite. Und bei Fließtext, dessen Absätze neu umbrochen wurden, ist eine zeilenbasierte Ansicht grundsätzlich die falsche Körnung – git diff --word-diff ignoriert, wo die Zeilenumbrüche lagen, und zeigt nur die Wörter, die sich bewegt haben. Das ist der Vergleich, den Sie eigentlich wollten, wenn ein Dokument neu umbrochen wurde.