Wie löse ich Zusammenführungskonflikte in einem Git-Repository?

Question

Ich möchte Zusammenführungskonflikte in meinem Git-Repository auflösen.

Wie kann ich das tun?

Answer 1

Sie können Zusammenführungskonflikte auf verschiedene Arten beheben, wie andere bereits beschrieben haben.

Ich denke, der eigentliche Schlüssel liegt darin, zu wissen, wie Änderungen in lokalen und entfernten Repositories ablaufen. Der Schlüssel dazu ist das Verständnis der Tracking-Zweige. Ich habe festgestellt, dass ich den Tracking-Zweig als das "fehlende Stück in der Mitte" zwischen meinem lokalen, eigentlichen Dateiverzeichnis und dem als Ursprung definierten Remote-Repository betrachte.

Ich persönlich habe mir 2 Dinge angewöhnt, um dies zu vermeiden.

Anstelle von:

git add .
git commit -m"some msg"

Das hat zwei Nachteile -

a) Alle neuen/geänderten Dateien werden hinzugefügt, und das kann einige unerwünschte Änderungen beinhalten.
b) Sie können die Dateiliste nicht vorher einsehen.

Also mache ich es stattdessen:

git add file,file2,file3...
git commit # Then type the files in the editor and save-quit.

Auf diese Weise kann man bewusster entscheiden, welche Dateien hinzugefügt werden, und man kann sich die Liste ansehen und ein bisschen mehr nachdenken, während man den Editor für die Nachricht benutzt. Ich finde auch, dass es meine Commit-Nachrichten verbessert, wenn ich einen Vollbild-Editor benutze, anstatt den -m Option.

[Update - im Laufe der Zeit bin ich mehr dazu übergegangen:

git status # Make sure I know whats going on
git add .
git commit # Then use the editor

]

Außerdem (und das ist für Ihre Situation wichtiger) versuche ich es zu vermeiden:

git pull

o

git pull origin master.

weil "pull" eine Zusammenführung impliziert und wenn Sie lokal Änderungen haben, die Sie nicht zusammenführen wollten, können Sie leicht mit zusammengeführtem Code und/oder Konflikten bei der Zusammenführung von Code enden, der nicht hätte zusammengeführt werden sollen.

Stattdessen versuche ich zu tun

git checkout master
git fetch   
git rebase --hard origin/master # or whatever branch I want.

Vielleicht finden Sie auch dies hilfreich:

git branch, fork, fetch, merge, rebase und clone, was sind die Unterschiede?

Answer 2

Wenn Sie von einem Zweig aus zusammenführen wollen test à master können Sie die folgenden Schritte ausführen:

Schritt 1 : Gehen Sie in die Filiale

git checkout test

Schritt 2 :

git pull --rebase origin master

Schritt 3 : Wenn es Konflikte gibt, gehen Sie zu diesen Dateien, um sie zu ändern.

Schritt 4 : Diese Änderungen hinzufügen

git add #your_changes_files

Schritt 5 :

git rebase --continue

Schritt 6 : Wenn es immer noch einen Konflikt gibt, gehen Sie noch einmal zu Schritt 3 zurück. Wenn es keinen Konflikt gibt, gehen Sie wie folgt vor:

git push origin +test

Schritt 7 : Und dann gibt es keinen Konflikt zwischen Test und Master. Sie können direkt merge verwenden.

Answer 3

Verwendung von patience

Bei einem großen Zusammenführungskonflikt ist die Verwendung von patience hat für mich gute Ergebnisse gebracht. Es wird versucht, eher Blöcke als einzelne Zeilen abzugleichen.

Wenn Sie z.B. die Einrückung Ihres Programms ändern, passt die Standard-Merge-Strategie von Git manchmal zu einzelnen Klammern { die zu verschiedenen Funktionen gehören. Dies wird vermieden mit patience :

git merge -s recursive -X patience other-branch

Aus der Dokumentation:

With this option, merge-recursive spends a little extra time to avoid 
mismerges that sometimes occur due to unimportant matching lines 
(e.g., braces from distinct functions). Use this when the branches to 
be merged have diverged wildly.

Vergleich mit dem gemeinsamen Vorfahren

Wenn Sie einen Zusammenführungskonflikt haben und sehen wollen, was die anderen bei der Änderung ihres Zweiges im Sinn hatten, ist es manchmal einfacher, ihren Zweig direkt mit dem gemeinsamen Vorgänger zu vergleichen (statt mit unserem Zweig). Dafür können Sie verwenden merge-base :

git diff $(git merge-base <our-branch> <their-branch>) <their-branch>

Normalerweise wollen Sie nur die Änderungen für eine bestimmte Datei sehen:

git diff $(git merge-base <our-branch> <their-branch>) <their-branch> <file>

Answer 4

git log --merge -p [[--] path]

Das scheint bei mir nicht immer zu funktionieren und endet in der Regel damit, dass jede Übergabe angezeigt wird, die sich zwischen den beiden Zweigen unterscheidet, und zwar auch dann, wenn ich -- um den Pfad vom Befehl zu trennen.

Um dieses Problem zu umgehen, öffne ich zwei Befehlszeilen und führe in einer davon Folgendes aus

git log ..$MERGED_IN_BRANCH --pretty=full -p [path]

und in der anderen

git log $MERGED_IN_BRANCH.. --pretty=full -p [path]

Ersetzen von $MERGED_IN_BRANCH mit dem Zweig, den ich eingebunden habe, und [path] mit der Datei, die im Konflikt steht. Dieser Befehl protokolliert alle Übertragungen in Form von Patches, die zwischen ( .. ) zwei Übertragungen. Wenn Sie eine Seite leer lassen, wie in den obigen Befehlen, verwendet Git automatisch HEAD (in diesem Fall der Zweig, in den Sie zusammengeführt werden).

So können Sie sehen, welche Commits in den beiden Zweigen in die Datei eingeflossen sind, nachdem sie sich getrennt haben. Das macht es normalerweise viel einfacher, Konflikte zu lösen.

Answer 5

Ab dem 12. Dezember 2016 können Sie Zweige zusammenführen und Konflikte auf github.com auflösen

Wenn Sie also nicht die Befehlszeile oder alle 3rd-Party-Tools, die hier aus älteren Antworten angeboten werden verwenden Sie das native Tool von GitHub.

Dieser Blogbeitrag erklärt im Detail, aber die Grundlagen sind, dass Sie beim Zusammenführen von zwei Zweigen über die Benutzeroberfläche jetzt eine Option "Konflikte auflösen" sehen, die Sie zu einem Editor führt, mit dem Sie diese Zusammenführungskonflikte bearbeiten können.