Lösen Sie Git-Zusammenführungskonflikte zugunsten ihrer Änderungen während eines Pulls

Wie löse ich einen Git-Merge-Konflikt zugunsten gezogener Änderungen?

Grundsätzlich muss ich alle widersprüchlichen Änderungen aus einem Arbeitsbaum entfernen, ohne alle Konflikte mit einer git mergetoolWeile durchlaufen zu müssen, während alle konfliktfreien Änderungen beibehalten werden. Tun Sie dies vorzugsweise beim Ziehen, nicht danach.

git pull -s recursive -X theirs <remoterepo or other repo>

Oder einfach für das Standard-Repository:

git pull -X theirs

Wenn Sie bereits in einem Konfliktzustand sind ...

git checkout --theirs path/to/file

Sie können die rekursive „ihre“ Strategie verwenden Option :

git merge --strategy-option theirs

Vom Mann :

ours
    This option forces conflicting hunks to be auto-resolved cleanly by 
    favoring our version. Changes from the other tree that do not 
    conflict with our side are reflected to the merge result.

    This should not be confused with the ours merge strategy, which does 
    not even look at what the other tree contains at all. It discards 
    everything the other tree did, declaring our history contains all that
    happened in it.

theirs
    This is opposite of ours.

Hinweis: als der Mann Seite sagt, das „unsere“ merge Strategie Option ist sehr verschieden von der „unserer“ merge Strategie .

Wenn Sie sich bereits in einem Konfliktzustand befinden und einfach alle akzeptieren möchten :

git checkout --theirs .
git add .

Wenn Sie das Gegenteil tun möchten:

git checkout --ours .
git add .

Das ist ziemlich drastisch, also stellen Sie sicher, dass Sie wirklich alles so auslöschen möchten, bevor Sie es tun.

OK, stellen Sie sich das Szenario vor, in dem ich mich gerade befand:

Sie versuchen ein mergeoder vielleicht ein cherry-pick, und Sie werden mit gestoppt

$ git cherry-pick 1023e24
error: could not apply 1023e24... [Commit Message]
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
hint: and commit the result with 'git commit'

Jetzt sehen Sie die in Konflikt stehende Datei und möchten Ihre Änderungen wirklich nicht behalten. In meinem obigen Fall war die Datei nur in einer neuen Zeile in Konflikt geraten, die meine IDE automatisch hinzugefügt hatte. Der einfachste Weg, um Ihre Änderungen rückgängig zu machen und zu akzeptieren, ist:

git checkout --theirs path/to/the/conflicted_file.php
git add path/to/the/conflicted_file.php

Das Gegenteil davon (um die eingehende Version mit Ihrer Version zu überschreiben) ist

git checkout --ours path/to/the/conflicted_file.php
git add path/to/the/conflicted_file.php

Überraschenderweise konnte ich diese Antwort im Internet nicht so einfach finden.

Die git pull -X theirsAntworten können zu einem hässlichen Zusammenführungs-Commit führen oder ein Commit ausgeben

Fehler: Ihre lokalen Änderungen an den folgenden Dateien werden durch Zusammenführen überschrieben:

Wenn Sie lokale Änderungen an Dateien aus dem Repo einfach ignorieren möchten, z. B. auf einem Client, der immer ein Spiegel eines Ursprungs sein sollte, führen Sie dies aus (ersetzen masterSie ihn durch den gewünschten Zweig):

git fetch && git reset --hard origin/master

Wie funktioniert es? git fetchtut git pullaber ohne zu verschmelzen . Dann git reset --hardstimmt Ihr Arbeitsbaum mit dem letzten Commit überein. Alle Ihre lokalen Änderungen an Dateien im Repo werden verworfen , aber neue lokale Dateien werden in Ruhe gelassen.

Nach dem Zusammenführen von Git, wenn Sie Konflikte bekommen und entweder Ihre oder ihre wollen

git checkout --theirs .
git checkout --ours .

So lösen Sie alle Konflikte mit der Version in einem bestimmten Zweig:

git diff --name-only --diff-filter=U | xargs git checkout ${branchName}

Wenn Sie sich also bereits im Zusammenführungsstatus befinden und die Master-Version der in Konflikt stehenden Dateien beibehalten möchten:

git diff --name-only --diff-filter=U | xargs git checkout master

Bitte nicht, dass dies manchmal nicht funktioniert :

git checkout - unser Pfad / zu / Datei

oder

Git Checkout - Ihr Pfad / zu / Datei

Ich habe dies stattdessen getan, vorausgesetzt, HEAD gehört uns und MERGE_HEAD gehört ihnen

git checkout HEAD -- path/to/file

oder:

git checkout MERGE_HEAD -- path/to/file

Nachdem wir das gemacht haben und wir sind gut:

git add .

Wenn Sie mehr verstehen möchten, lesen Sie den wunderbaren Beitrag von torek hier: git checkout --ours entfernt keine Dateien aus der Liste der nicht zusammengeführten Dateien

VS Code (integrierte Git) IDE Benutzer:

Wenn Sie alle eingehenden Änderungen in der Konfliktdatei akzeptieren möchten, führen Sie die folgenden Schritte aus.

1. Go to command palette - Ctrl + Shift + P
2. Select the option - Merge Conflict: Accept All Incoming

Ebenso können Sie für andere Optionen wie Alle beide akzeptieren, Alle aktuellen akzeptieren usw. tun.

Ich hatte einen langjährigen next-versionZweig mit unzähligen Löschungen von Dateien, die geändert wurden develop, Dateien, die an verschiedenen Stellen in beiden Zweigen hinzugefügt wurden usw.

Ich wollte den gesamten Inhalt des next-versionZweigs in developeinem einzigen Merge-Commit zusammenfassen.

Die Kombination der oben genannten Befehle, die für mich funktioniert hat, war:

git merge -X theirs next-version
# lots of files left that were modified on develop but deleted on next-version
git checkout next-version .
# files removed, now add the deletions to the commit
git add .
# still have files that were added on develop; in my case they are all in web/
git rm -r web

Keine neue Antwort, sondern nur die Kombination von Bits aus vielen Antworten, teilweise um sicherzustellen, dass Sie möglicherweise alle diese Antworten benötigen .

Wenn Sie sich bereits in einem Konfliktzustand befinden und den Pfad nicht einzeln auschecken möchten. Sie können es versuchen

git merge --abort
git pull -X theirs

von https://git-scm.com/book/en/v2/Git-Tools-Advanced-Merging

Dies führt im Grunde genommen zu einer gefälschten Zusammenführung. Es wird ein neues Zusammenführungs-Commit mit beiden Zweigen als übergeordnete Zweige aufgezeichnet, es wird jedoch nicht einmal der Zweig angezeigt, in dem Sie zusammenführen. Es wird einfach als Ergebnis der Zusammenführung den genauen Code in Ihrem aktuellen Zweig aufgezeichnet.

$ git merge -s ours mundo

Zusammenführung durch die Strategie "Unsere".

$ git diff HEAD HEAD~

Sie können sehen, dass es keinen Unterschied zwischen dem Zweig, in dem wir uns befanden, und dem Ergebnis der Zusammenführung gibt.

Dies kann oft nützlich sein, um Git zu der Annahme zu verleiten, dass ein Zweig bereits zusammengeführt wird, wenn später eine Zusammenführung durchgeführt wird. Angenommen, Sie haben einen Release-Zweig abgezweigt und einige Arbeiten daran durchgeführt, die Sie irgendwann wieder in Ihren Master-Zweig einbinden möchten. In der Zwischenzeit muss ein Bugfix auf dem Master in Ihren Release-Zweig zurückportiert werden. Sie können den Bugfix-Zweig mit dem Release-Zweig zusammenführen und unseren Zweig auch mit Ihrem Hauptzweig zusammenführen (obwohl der Fix bereits vorhanden ist). Wenn Sie den Release-Zweig später erneut zusammenführen, treten keine Konflikte mit dem Bugfix auf.

Eine Situation, die ich als nützlich empfunden habe, wenn der Master die Änderungen eines neuen Themenzweigs widerspiegeln soll. Mir ist aufgefallen, dass -Xtheirs unter bestimmten Umständen nicht ohne Konflikte verschmelzen ... z

$ git merge -Xtheirs topicFoo 

CONFLICT (modify/delete): js/search.js deleted in HEAD and modified in topicFoo. Version topicFoo of js/search.js left in tree.

In diesem Fall war die Lösung, die ich gefunden habe

$ git checkout topicFoo

Wenn Sie in topicFoo zuerst den Master mit der Strategie -s our zusammenführen, wird das falsche Commit erstellt, das nur den Status von topicFoo darstellt. $ git verschmilzt mit unserem Meister

Überprüfen Sie das erstellte Zusammenführungs-Commit

$ git log

Kasse jetzt den Hauptzweig aus

$ git checkout master

Führen Sie den Themenzweig wieder zusammen, aber verwenden Sie diesmal die rekursive Strategie -Xtheirs. Dadurch wird Ihnen jetzt ein Hauptzweig mit dem Status von topicFoo angezeigt.

$ git merge -X theirs topicFoo