Übersicht
git config --global rerere.enabled true
git rerere status
git rerere diff
git rerere clear
Beschreibung
Der git rerere-Befehl (Reuse Recorded Resolution) zeichnet auf, wie Sie einen Konflikt das erste Mal lösen, und spielt dieselbe Auflösung automatisch ab, wenn der gleiche Konflikt das nächste Mal auftaucht. Er ist unschätzbar, wenn langlebige Feature-Branches wiederholt auf eine bewegliche Basis gemerged oder rebased werden — ohne Rerere lösen Sie jedes Mal dieselben Konflikte neu.
Rerere ist Opt-in. Aktivieren Sie es global mit git config --global rerere.enabled true. Einmal aktiviert, wird jede Konfliktauflösung gecached, und Git wendet die gecachte Auflösung automatisch bei künftigen Begegnungen mit demselben Konflikt-Pre-Image an.
Im täglichen Einsatz integriert sich git rerere eng mit Shell-Aliasen, Editor-Plugins und Continuous Integration. Power-User fügen oft Aliase hinzu, die Flags kombinieren, die sie immer übergeben, oder wickeln den Befehl in Skripte, die Teamkonventionen durchsetzen. Die Ausgabeformatierung kann über Git-Config angepasst werden — Pretty-Formate, Farbschemata und Pager-Verhalten sind alle einstellbar. Wenn etwas schiefgeht, ist der erste Diagnoseschritt üblicherweise, den Befehl erneut mit GIT_TRACE=1 in der Umgebung auszuführen, was die zugrunde liegenden Plumbing-Aufrufe offenlegt. Für ungewöhnliche Situationen öffnet die --help-Ausgabe (git rerere --help) die vollständige Manpage mit Details zu jeder Option, einschließlich solcher, die in alltäglichen Workflows selten verwendet werden, aber für Debugging oder Skripting im großen Maßstab essentiell sind.
Zu verstehen, wie git rerere mit dem Rest von Gits Datenmodell interagiert — der Objektdatenbank, dem Index, Refs und dem Working Tree — zahlt sich aus. Jeder Befehl operiert auf einer Teilmenge dieser Stücke, und zu wissen, welche er berührt, hilft Ergebnisse vorherzusagen und sich von Fehlern zu erholen. Das Lesen der offiziellen Git-Dokumentation neben praktischer Übung in einem Wegwerf-Repository ist der schnellste Weg, die Nuancen zu verinnerlichen. Die meisten Produktionsprobleme mit Git rühren von einer von drei Ursachen: überraschendem Standardverhalten, partiellen Netzwerkoperationen oder dem Umschreiben bereits geteilter Historie. Ein funktionierendes mentales Modell der Nebenwirkungen von git rerere hilft, alle drei zu vermeiden.
Häufige Optionen
| Unterbefehl / Konfiguration | Beschreibung |
|---|---|
rerere.enabled | Schaltet automatisches Aufzeichnen ein. |
rerere.autoUpdate | Staget aufgelöste Dateien automatisch. |
status | Zeigt Dateien mit aufgezeichneten Auflösungen. |
diff | Zeigt die aufgezeichnete Auflösung. |
remaining | Zeigt noch ungelöste Konflikte. |
clear | Verwirft alle aufgezeichneten Auflösungen. |
forget <path> | Vergisst die Auflösung für einen einzelnen Pfad. |
Beispiele
git config --global rerere.enabled true
git config --global rerere.autoUpdate true
# Für alle Repos aktivieren
# Nach dem Auflösen eines Konflikts während Merge oder Rebase merkt sich Rerere.
# Beim nächsten Auftreten desselben Konflikts wird die Auflösung automatisch angewendet.
git rerere status
# Dateien zeigen, bei denen eine aufgezeichnete Auflösung angewendet wurde
git rerere clear
# Den aufgezeichneten Satz löschen, falls er veraltet
Häufige Fehler
Rerere hilft nur bei identischen Konflikten. Geringe Kontextänderungen verhindern die Wiederverwendung. Falls eine aufgezeichnete Auflösung sich als falsch herausstellt, verwenden Sie git rerere forget <path>, um sie vor dem erneuten Auflösen zu löschen. Rerere-Daten leben in .git/rr-cache/ und sind lokal — sie werden nicht mit Mitwirkenden geteilt.
Verwandte Befehle
git merge, git rebase, git mergetool, git config