Ein Diff Checker stellt zwei Text- oder Code-Stücke gegenüber und hebt hervor, was hinzugefügt, entfernt oder geändert wurde. Im Entwickleralltag ist das ein Dauerwerkzeug: Code Review, Debuggen geänderter Konfigurationen, Vergleich von API-Antworten, Validierung von Migrationen oder einfach Kontrolle der eigenen Edits, bevor sie ins Repo wandern.
Diffs lesen zu können gehört zum Handwerk. Genau das trennt *echte Verhaltensänderungen* von harmlosen Reformatierungen - und hilft dir, das eine geänderte Zeichen in einem 200-Zeilen-Block zu finden. Sobald dir der Rhythmus aus Grün, Rot und Gelb in Fleisch und Blut übergegangen ist, wird Code Review spürbar schneller.
Zwei Diff-Arten sind besonders wichtig: der *Zeilen-Diff* (welche Zeilen sich geändert haben) und der *Wort-* bzw. *Zeichen-Diff* (was sich innerhalb einer Zeile geändert hat). Ein gutes Diff-Tool lässt dich je nach Situation umschalten - Quellcode oder Fließtext.
Was du beim Vergleichen lernst
Zeilen-Diffs zeigen *wo* sich etwas geändert hat. Wort- und Zeichen-Diffs zeigen *was* sich innerhalb einer Zeile geändert hat.
Whitespace kann bedeutsam sein (Markdown, YAML, Python) oder belanglos (in den meisten anderen Sprachen) - schalte die Option zum Ignorieren je nach Dateityp ein oder aus.
Ein optisch winziger Diff kann massive Auswirkungen haben, wenn dadurch ein Wert, eine Bedingung, eine Route, eine Umgebungsvariable oder ein Feature Flag kippt.
Schritt für Schritt zwei Texte vergleichen
1
Beide Versionen einfügen
Den Originaltext links einfügen, die neue Version rechts. Egal ob Code, JSON, Fließtext oder Config-Datei - alles funktioniert.
2
Zeilen- oder Wort-Diff wählen
Für Quellcode und strukturierte Daten ist der Zeilen-Diff erste Wahl. Beim Vergleich von Fließtext, wo es auf die Formulierung ankommt, lieber zum Wort-Diff wechseln.
3
Whitespace und Groß-/Kleinschreibung umschalten
*Whitespace ignorieren* aktivieren, wenn dich nur inhaltliche Änderungen interessieren; *Groß-/Kleinschreibung ignorieren*, wenn du Logs oder Texte vergleichst, in denen die Schreibweise zweitrangig ist.
4
Die farbige Ausgabe lesen
Entferntes erscheint links in Rot, Hinzugefügtes rechts in Grün. Geänderte Zeilen tauchen oft als Paar nebeneinander auf - einmal rot, einmal grün.
5
Iterieren
Bearbeite eine der beiden Seiten und schau dem Diff live beim Aktualisieren zu. Ideal, um vor dem Pull Request einen sauberen Patch zu schnitzen.
Diff-Farben und -Symbole auf einen Blick
Konventionen, die der Coddy Diff Checker verwendet - und ebenso git diff, GitHub und die meisten anderen Diff-Viewer.
Markierung
Bedeutung
Wo sie auftaucht
Rot / -
Zeile aus dem Original entfernt
Linke Spalte
Grün / +
Zeile in der neuen Version hinzugefügt
Rechte Spalte
Gelb / beide
Zeile geändert - Teiländerung innerhalb der Zeile
Beide Spalten
Keine Farbe
Unveränderte Zeile - in beiden Versionen identisch
Beide Spalten
@@ ... @@
Hunk-Header von git diff - Zeilennummern
Terminal-Ausgabe von git diff
Wort-Diff
Änderung auf Wort- oder Zeichenebene innerhalb einer geänderten Zeile
Hervorgehoben innerhalb einer gelben Zeile
Diff-Beispiele zum Ausprobieren
Tippfehler in der Config aufspüren
Vorher
API_TIMEOUT=3000
Nachher
API_TIMEOUT=30000
Eine einzige zusätzliche Null verwandelt einen 3-Sekunden-Timeout in einen 30-Sekunden-Timeout. Der Diff Checker findet das in Sekunden - beim manuellen Vergleich zweier .env-Dateien geht so etwas schnell unter.
Änderung auf Wortebene
Vorher
Die Nutzerin kann sich einloggen.
Nachher
Die Nutzerin kann sich anmelden.
Der Wort-Diff hebt gezielt einloggen → anmelden hervor. Ein Zeilen-Diff würde die ganze Zeile als geändert markieren; der Wort-Diff zeigt punktgenau, was wirklich anders ist.
Zwei API-Antworten vergleichen
Antwort A
{"id":42,"status":"draft","published":false}
Antwort B
{"id":42,"status":"published","published":true}
Im Diff sieht man auf einen Blick, dass sich zwei zusammengehörige Felder gemeinsam geändert haben. Schneller lässt sich kaum prüfen, ob ein zustandsändernder API-Call wirklich das getan hat, was er sollte.
Typische Fehler beim Diffen
Whitespace ignorieren, obwohl er signifikant ist - Markdown, YAML und Python achten alle auf Einrückung.
Nur die grünen (hinzugefügten) Zeilen lesen und die wichtigen roten (gelöschten) übersehen.
Annehmen, ein sauberer Diff sei ein Beweis dafür, dass die neue Version korrekt ist. Ein Diff zeigt nur, *was* sich geändert hat - nicht, *ob die Änderung richtig ist*.
FAQ zum Diff Checker
Was ist der Unterschied zwischen Text-Vergleich und Diff Checker?
Keiner - das sind zwei Bezeichnungen für dasselbe Tool. Beide vergleichen zwei Texte und heben hervor, was hinzugefügt, entfernt oder geändert wurde.
Kann ich damit auch Code vergleichen?
Ja. Ein Text-Diff funktioniert genauso für Code, JSON, SQL, Markdown, YAML, Config-Dateien und reinen Text. Die Zeilen-Diff-Ansicht ist besonders praktisch für Code Review.
Warum nutzen Entwickler:innen jeden Tag Diffs?
Diffs sind das Rückgrat von Code Review, Change Tracking, Regression-Suche und Post-Incident-Analyse. git diff, Pull-Request-Ansichten und die Vergleichsansicht in der IDE basieren alle auf demselben Prinzip.
Sollte ich Whitespace ignorieren?
Nur wenn Whitespace für den Dateityp keine Rolle spielt. In Python, YAML und Markdown ist er bedeutsam und sollte verglichen werden. In den meisten anderen Sprachen wird der Diff durch das Ignorieren deutlich übersichtlicher.
Sind meine Daten in diesem Diff Checker sicher?
Ja - der Vergleich läuft komplett in deinem Browser. Dein Text wird weder hochgeladen noch gespeichert. Damit ist das Tool auch für internen Code, Konfigurationen und Beispiele mit Kundendaten unbedenklich.