Aktualisieren Sie die Git-Zweige vom Master

Ich bin neu bei Git und jetzt bin ich in dieser Situation:

• Ich habe vier Zweige (Master, b1, b2 und b3).
• Nachdem ich an b1-b3 gearbeitet hatte, wurde mir klar, dass ich am Zweigmaster etwas ändern muss, das in allen anderen Zweigen vorhanden sein sollte.
• Ich habe geändert, was ich brauchte masterund ... hier ist mein Problem:

Wie aktualisiere ich alle anderen Zweige mit masterZweigstellencode?

Sie haben zwei Möglichkeiten:

Das erste ist eine Zusammenführung, aber dies schafft ein zusätzliches Commit für die Zusammenführung.

Kasse jeder Filiale:

git checkout b1

Dann zusammenführen:

git merge origin/master

Dann drücken Sie:

git push origin b1

Alternativ können Sie eine Rebase durchführen:

git fetch
git rebase origin/master

Sie haben grundsätzlich zwei Möglichkeiten:

1. Sie verschmelzen. Das ist eigentlich ganz einfach und eine perfekt lokale Operation:

   git checkout b1
   git merge master
   # repeat for b2 and b3
   

   Damit bleibt die Historie genau so, wie sie passiert ist: Sie haben sich vom Master getrennt, Änderungen an allen Zweigen vorgenommen und schließlich die Änderungen vom Master in alle drei Zweige integriert.

   gitkann diese Situation sehr gut bewältigen, sie ist für Zusammenführungen konzipiert, die gleichzeitig in alle Richtungen stattfinden. Sie können darauf vertrauen, dass alle Threads korrekt zusammengeführt werden können. Es ist einfach egal, ob Branch b1Merges masteroder masterMerges b1, das Merge Commit sieht für Git gleich aus. Der einzige Unterschied besteht darin, welcher Zweig auf dieses Zusammenführungs-Commit verweist.

2. Sie Rebase. Personen mit einer SVN oder einem ähnlichen Hintergrund finden dies intuitiver. Die Befehle sind analog zum Zusammenführungsfall:

   git checkout b1
   git rebase master
   # repeat for b2 and b3
   

   Menschen mögen diesen Ansatz, weil er in allen Zweigen eine lineare Geschichte beibehält. Diese lineare Geschichte ist jedoch eine Lüge, und Sie sollten sich dessen bewusst sein. Betrachten Sie dieses Commit-Diagramm:

   A --- B --- C --- D <-- master
    \
     \-- E --- F --- G <-- b1
   

   Die Zusammenführung führt zur wahren Geschichte:

   A --- B --- C --- D <-- master
    \                 \
     \-- E --- F --- G +-- H <-- b1
   

   Die Rebase gibt Ihnen jedoch diese Geschichte:

   A --- B --- C --- D <-- master
                      \
                       \-- E' --- F' --- G' <-- b1
   

   Der Punkt ist, dass die Commits E', F'und G'nie wirklich existiert, und haben wahrscheinlich nie getestet. Sie können nicht einmal kompilieren. Es ist eigentlich recht einfach, unsinnige Commits über eine Rebase zu erstellen, insbesondere wenn die Änderungen in masterfür die Entwicklung in wichtig sind b1.

   Die Folge davon kann sein, dass Sie nicht , welche die drei Commits unterscheiden können E, Fund Gtatsächlich eine Regression eingeführt, um den Wert der abnehmenden git bisect.

   Ich sage nicht, dass Sie nicht verwenden sollten git rebase. Es hat seine Verwendung. Aber wann immer Sie es benutzen, müssen Sie sich der Tatsache bewusst sein, dass Sie über die Geschichte lügen. Und Sie sollten zumindest die neuen Commits testen.

git rebase masterist der richtige Weg, dies zu tun. Das Zusammenführen würde bedeuten, dass ein Commit für die Zusammenführung erstellt würde, das erneute Basieren jedoch nicht.

Wenn Sie an einem Zweig ein- und ausgeschaltet haben oder in anderen Zweigen viel passiert ist, während Sie an etwas gearbeitet haben, ist es am besten, Ihren Zweig auf Master umzustellen. Dies hält die Geschichte aufgeräumt und macht es viel einfacher, den Dingen zu folgen.

git checkout master
git pull
git checkout local_branch_name
git rebase master
git push --force # force required if you've already pushed

Anmerkungen:

• Bauen Sie keine Zweige zurück, an denen Sie mit anderen zusammengearbeitet haben.
• Sie sollten sich auf den Zweig stützen, zu dem Sie zusammenführen, der möglicherweise nicht immer Master ist.

Unter http://git-scm.com/book/ch3-6.html finden Sie ein Kapitel zur Neugründung sowie zahlreiche andere Ressourcen im Internet.

@cmaster gab die am besten ausgearbeitete Antwort. In Kürze:

git checkout master #
git pull # update local master from remote master
git checkout <your_branch>
git merge master # solve merge conflicts if you have`

Sie sollten den Zweigverlauf nicht neu schreiben, sondern ihn für zukünftige Referenzen im aktuellen Zustand halten. Beim Zusammenführen zum Master wird ein zusätzliches Commit erstellt, das jedoch günstig ist. Commits kosten nicht.

So aktualisieren Sie andere Zweige wie (Backup) mit Ihrer Hauptzweigkopie. Sie können in beide Richtungen folgen (Rebase oder Merge) ...

1. Führen Sie eine Neubasis durch (es wird keine zusätzliche Festschreibung für den Sicherungszweig vorgenommen).

2. Zweige zusammenführen (es wird automatisch ein zusätzliches Commit für den Sicherungszweig durchgeführt).

   Hinweis: Rebase ist nichts anderes als das Einrichten einer neuen Basis (eine neue Kopie).

git checkout backup
git merge master
git push

(Wiederholen Sie diesen Vorgang für andere Zweige, z. B. backup2 & etc ..,)

git checkout backup
git rebase master
git push

(Wiederholen Sie diesen Vorgang für andere Zweige, z. B. backup2 & etc ..,)

Sie können zusammenführen oder einzelne Commits über Zweige hinweg anwenden, indem Sie git cherry-pick verwenden .

Für dieses Problem gibt es zwei Möglichkeiten.

1) Git Rebase

2) Git Merge

Nur diff mit oben beiden im Falle einer Zusammenführung, wird zusätzliche Festschreibung in der Geschichte haben

1) Git Checkout-Zweig (b1, b2, b3)

2) git rebase origin / master (Im Falle von Konflikten, die lokal durch git rebase gelöst werden - weiter)

3) Git Push

Alternativ ist die Option zum Zusammenführen von Git ähnlich

1) git checkout "your_branch" (b1, b2, b3)

2) Git Merge Master

3) Git Push

So aktualisieren Sie Ihren Zweig vom Master:

  git checkout master
  git pull
  git checkout your_branch
  git merge master