Git & Version Control
Einen Unified Patch öffnen, Dateien auswählen und alte sowie neue Zeilennummern vergleichen.
Der Patch bleibt in diesem Browser. Kein Upload, Repository-Zugriff oder Ausführen von Patches.
Grenzen: 1 MiB UTF-8, 20.000 Zeilen, 200 Dateien. Pfadfilter ignoriert Groß-/Kleinschreibung.
Eingabe geändert. Vor dem Export erneut parsen.
Exporte enthalten den gesamten Patch bzw. die gesamte Zusammenfassung, unabhängig von Filter und Seitengröße.
Git Diff Online hilft, wenn für ein Review nur eine Patch-Datei vorliegt. Sie brauchen weder den Checkout noch beide vollständigen Quelldateien, um die darin beschriebenen Änderungen zu lesen.
Dieser Diff-Viewer berechnet keinen neuen Vergleich. Er erhält die vorhandenen Einfügungen, Löschungen und Hunk-Grenzen und ordnet sie den betroffenen Dateien zu.
Von einer Patch-Datei gezielt zur geänderten Stelle.
Git Diff Online trennt die alte und neue Seite eines Unified Diff. Benachbarte Löschungen und Einfügungen werden in ihrer Reihenfolge gegenübergestellt. Kontextzeilen bleiben auf beiden Seiten sichtbar; fehlende Quellzeilen werden nicht ergänzt.
Der Filter findet sowohl alte als auch neue Pfade. Er verändert die Navigation, nicht die Gesamtstatistik oder den Export. So wird aus einem Review einer einzelnen Datei nicht versehentlich ein unvollständiger Patch.
Verwenden Sie git diff --no-color oder einen Standard-Diff mit zusammengehörigen Dateiköpfen. Bei einer E-Mail-Hülle exportieren Sie den reinen Diff erneut aus dem ursprünglichen Repository.
Nebeneinander stehen zusammenhängende entfernte und hinzugefügte Zeilen nach ihrer Reihenfolge. Die vereinigte Ansicht eignet sich, wenn die genaue Folge der Operationen im Vordergrund steht.
Prüfen Sie Datei- und Hunk-Anzahl sowie Textzeilen vor dem Export. Binärmarker werden separat gezählt, weil sie keine auswertbaren binären Inhalte enthalten.
Bei neuen oder gelöschten Dateien kennzeichnet /dev/null die fehlende Seite. Umbenennungen, Kopien und reine Berechtigungswechsel bleiben sichtbar, auch ohne Textänderung. Von Git zitierte Pfade werden für die Dateinavigation dekodiert.
Der @@-Kopf gibt die Zeilenanzahl beider Seiten vor. Kontext-, Lösch- und Einfügezeilen müssen dazu passen. Abgeschnittene Hunks und überlappende Bereiche werden mit einer Eingabezeile gemeldet; die Zahlen werden nicht automatisch repariert.
JSON enthält alle Dateipfade, Zustände, angegebene Modi sowie Textzugänge, Textabgänge und Hunk-Anzahlen. Binärmarker stehen separat. Null neue Textzeilen bedeuten deshalb nicht, dass ein Bild oder eine andere Binärdatei unverändert ist.
Unterstützt werden reine Git-Patches und Standard-Unified-Diffs mit --- und +++ als Dateiköpfen. Beide Ansichten beruhen auf denselben Daten. Combined Diffs, E-Mail-Hüllen, Terminalfarben und binäre Nutzdaten sind ausgeschlossen.
Nein, weder Bildpixel noch Binärinhalte werden verglichen. Ein Binary files … differ-Marker zeigt lediglich die betroffene Datei an. Die Textstatistik enthält keine erfundene Zeilenanzahl für binäre Änderungen.
Ein Unified Diff beschreibt die Bereiche in @@-Köpfen und markiert Kontext, Löschungen und Einfügungen mit Leerzeichen, Minus und Plus. Diese Seite liest ein solches Dokument; der Download liefert den ursprünglichen Patch unverändert.
Ja. Sie können eine vorhandene Patch-Datei einfügen oder lokal lesen und über den Dateibaum navigieren. Die Dateiendung allein beweist keine korrekte Struktur; die tatsächlichen Köpfe und Hunks werden geprüft.
Ja: 1 MiB in UTF-8, 20.000 Zeilen und 200 Dateien. Wird eine Grenze überschritten, wird nicht stillschweigend ein Teil verarbeitet. Exportieren Sie im Quell-Repository einen kleineren Patch je Datei oder Commit.
Noch eine Frage?
Öffnen Sie Git Diff Online, wählen Sie einen geänderten Pfad und nehmen Sie nach der Prüfung den vollständigen Original-Patch mit.
Eine gültige Struktur garantiert keine Anwendbarkeit im Repository.