Holen Sie sich Änderungen vom Master in den Zweig in Git

In meinem Repository habe ich einen Zweig namens, an aqdem ich arbeite.

Ich habe dann neue Arbeit geleistet und Fehler gemacht master.

Was ist der beste Weg, um diese Commits in die aqBranche zu bringen? Erstellen Sie einen weiteren neuen Zweig aus masterund führen Sie ihn zusammen mit aq?

Überprüfen Sie den aqZweig und starten Sie ihn von master.

git checkout aq
git rebase master

Sie sollten in der Lage sein, genau dann, git merge origin/masterwenn Sie sich in Ihrem AQ-Zweig befinden.

git checkout aq
git merge origin/master

Zuerst auschecken, um zu meistern:

git checkout master

Nehmen Sie alle Änderungen, Hotfixes und Commits vor und drücken Sie Ihren Master.

Gehen Sie zurück zu Ihrem Zweig, 'aq', und führen Sie den Master darin zusammen:

git checkout aq
git merge master

Ihre Filiale wird mit dem Master auf dem neuesten Stand sein. Ein gutes und grundlegendes Beispiel für das Zusammenführen ist 3.2 Git Branching - Basic Branching and Merging .

Es gibt keine Garantie dafür, dass die Master-Fehlerkorrekturen nicht zu den anderen Commits gehören. Daher können Sie sie nicht einfach zusammenführen. Tun

git checkout aq
git cherry-pick commit1
git cherry-pick commit2
git cherry-pick commit3
...

Angenommen, diese Commits stellen die Fehlerkorrekturen dar.

Bewahren Sie Fehlerbehebungen von nun an in einem separaten Zweig auf. Sie werden in der Lage sein, nur

git merge hotfixes

wenn Sie sie alle in den regulären Entwicklungszweig rollen möchten.

Entweder cherry-pickdie relevanten Commits in Zweig aqoder Zweig masterin Zweig zusammenführen aq.

Füge es mit zusammen aq

git checkout master
git pull
git checkout aq
git merge --no-ff master
git push

Einfacher Weg

# 1. Create a new remote branch A base on last master
# 2. Checkout A
# 3. Merge aq to A

Für mich hatte ich bereits Änderungen vorgenommen und wollte das Neueste aus der Basisbranche. Ich konnte es nicht rebaseund cherry-pickhätte ewig gedauert, also tat ich Folgendes:

git fetch origin <base branch name>  
git merge FETCH_HEAD

also in diesem Fall:

git fetch origin master  
git merge FETCH_HEAD

Dies ( von hier ) hat bei mir funktioniert:

git checkout aq
git pull origin master
...
git push

Zitat:

git pull origin masterRuft den Inhalt des Hauptzweigs ab und führt ihn mit Ihrem Zweig zusammen und erstellt ein Zusammenführungs-Commit. Wenn es Zusammenführungskonflikte gibt, werden Sie zu diesem Zeitpunkt benachrichtigt und müssen die Zusammenführungs-Commits lösen, bevor Sie fortfahren können . Wenn Sie bereit sind, Ihre lokalen Commits, einschließlich Ihres neuen Merge-Commits, auf den Remote-Server zu übertragen, führen Sie sie aus git push.

Sie haben ein paar Möglichkeiten. git rebase master aqauf den Zweig, der die Festschreibungsnamen behält, aber NICHT REBASE, wenn dies ein entfernter Zweig ist. Sie können, git merge master aqwenn Sie die Commit-Namen nicht behalten möchten. Wenn Sie die Commit-Namen behalten möchten und es sich um einen Remote-Zweig handelt, werden git cherry-pick <commit hash>die Commits auf Ihren Zweig übertragen.

Sie können dies auch tun, indem Sie eine einzelne Zeile ausführen.
git merge aq master

Dies entspricht

git checkout aq
git merge master

BEARBEITEN:

Meine Antwort unter Dokumenten eine Art und Weise zu verschmelzen masterin aq, wo , wenn Sie die Details der Zusammenführung sehen es die Änderungen auf Verzeichnisse aqvor der Zusammenführung, nicht die Änderungen auf master. Ich habe festgestellt, dass das wahrscheinlich nicht das ist, was du willst, auch wenn du denkst, dass es das ist!

Gerade:

git checkout aq
git merge master

ist gut.

Ja, diese einfache Zusammenführung zeigt, dass die Änderungen von masterzu aqdiesem Zeitpunkt vorgenommen wurden und nicht umgekehrt. aber das ist okay - da ist das passiert! Später, wenn Sie Ihren Zweig endgültig zusammenführen master, zeigt eine Zusammenführung schließlich alle Ihre vorgenommenen Änderungen an master(genau das, was Sie wollen, und ist das Commit, bei dem die Leute erwarten, dass sie diese Informationen sowieso finden).

Ich habe es überprüft und der folgende Ansatz zeigt auch genau die gleichen Änderungen (alle Änderungen, die aqseit der ursprünglichen Aufteilung zwischen aqund vorgenommen wurden master) wie der normale Ansatz oben, wenn Sie schließlich alles wieder zusammenführen master. Daher denke ich, dass der einzige wirkliche Nachteil (abgesehen davon, dass er zu komplex und nicht standardisiert ist ...: - /) darin besteht, dass, wenn Sie die letzten Änderungen mit zurückführen git reset --hard HEAD~<n>und dies über die Zusammenführung hinausgeht, die folgende Version die Liste zurückrollt 'falscher' Zweig, den Sie von Hand reparieren müssen (zB mit git reflog& git reset --hard [sha]).

[Also, was ich vorher dachte, war das:]

Es gibt ein Problem mit:

git checkout aq
git merge master

da die Änderungen, die im Merge-Commit angezeigt werden (z. B. wenn Sie jetzt oder später in Github, Bitbucket oder Ihrem bevorzugten lokalen Git-Verlaufs-Viewer suchen), die Änderungen sind, die am Master vorgenommen wurden und möglicherweise nicht Ihren Wünschen entsprechen.

Auf der anderen Seite

git checkout master
git merge aq

zeigt die in aq vorgenommenen Änderungen an, was wahrscheinlich das ist, was Sie wollen. (Oder zumindest ist es oft das, was ich will!) Aber die Zusammenführung mit den richtigen Änderungen befindet sich im falschen Zweig!

Wie zu bewältigen?!

Der vollständige Prozess, der mit einem Zusammenführungs-Commit endet, das die an aq vorgenommenen Änderungen anzeigt (gemäß der zweiten Zusammenführung oben), wobei sich die Zusammenführung jedoch auf den aq-Zweig auswirkt, lautet:

git checkout master
git merge aq
git checkout aq
git merge master
git checkout master
git reset --hard HEAD~1
git checkout aq

Dies: führt aq mit dem Master zusammen, spult die gleiche Zusammenführung mit aq vor, macht sie auf dem Master rückgängig und bringt Sie wieder auf aq!

Ich habe das Gefühl, dass mir etwas fehlt - dies scheint etwas zu sein, das Sie offensichtlich wollen würden, und etwas, das schwer zu tun ist.

Rebase ist auch NICHT gleichwertig. Es verliert die Zeitstempel und die Identität der auf aq getätigten Commits, was ich auch nicht will.

Szenario:

• Ich habe einen Zweig von Master Say Branch-1 erstellt und ihn zu meinem lokalen Standort gezogen.
• Mein Freund hat einen Zweig vom Meister erstellt, sagen wir Zweig-2.
• Er hat einige Codeänderungen an den Master übergeben.
• Jetzt möchte ich diese Änderungen vom Hauptzweig in meinen lokalen Zweig übernehmen.

Lösung

git stash // to save all existing changes in local branch
git checkout master // Switch to master branch from branch-1
git pull // take changes from the master
git checkout branch-1 // switchback to your own branch
git rebase master // merge all the changes and move you git head  forward
git stash apply // reapply all you saved changes 

Sie können Konflikte in Ihrer Datei finden, nachdem Sie "git stash apply" ausgeführt haben. Sie müssen es manuell reparieren und jetzt können Sie pushen.