Umbenennen des Master-Zweigs für lokale und entfernte Git-Repositories

Question

Ich habe den Zweig master die den entfernten Zweig verfolgt origin/master .

Ich möchte sie umbenennen in master-old sowohl lokal als auch auf der Gegenstelle. Ist dies möglich?

Für andere Nutzer, die Folgendes verfolgt haben origin/master (und die immer ihre lokalen master Abzweigung über git pull ), was würde passieren, nachdem ich den entfernten Zweig umbenannt habe?
Würden ihre git pull immer noch funktionieren, oder würde es eine Fehlermeldung ausgeben, dass es nicht gefunden werden konnte origin/master mehr?

Anschließend möchte ich eine neue master Zweigstelle (sowohl lokal als auch remote). Nachdem ich dies getan habe, was würde nun passieren, wenn die anderen Benutzer git pull ?

Ich vermute, dass all dies zu einer Menge Ärger führen würde. Gibt es einen sauberen Weg, um zu bekommen, was ich will? Oder sollte ich einfach die master und erstellen Sie einen neuen Zweig master-new und dort einfach weiterarbeiten?

Answer 1

Eine Umbenennung ist am ehesten durch Löschen und anschließendes Neuanlegen auf der Fernbedienung möglich. Zum Beispiel:

git branch -m master master-old
git push remote :master         # Delete master
git push remote master-old      # Create master-old on remote

git checkout -b master some-ref # Create a new local master
git push remote master          # Create master on remote

Dies ist jedoch mit einer Reihe von Vorbehalten behaftet. Erstens werden keine bestehenden Checkouts von der Umbenennung erfahren - Git kennt no versuchen, Zweigumbenennungen zu verfolgen. Wenn der neue master gibt es noch nicht, Git-Pull wird fehlschlagen. Wenn die neue master erstellt worden ist. Der Pull wird versuchen, die master y master-old . Es ist also generell eine schlechte Idee, es sei denn, Sie haben die Kooperation aller, die das Repository zuvor ausgecheckt haben.

Hinweis: In neueren Versionen von Git können Sie den Master-Zweig standardmäßig nicht aus der Ferne löschen. Sie können dies außer Kraft setzen, indem Sie die Option receive.denyDeleteCurrent Konfigurationswert auf warn o ignore en el remote Repository. Andernfalls, wenn Sie bereit sind, sofort einen neuen Master zu erstellen, überspringen Sie die git push remote :master Schritt, und passieren --force zum git push remote master Schritt. Beachten Sie, dass Sie den Master-Zweig nicht vollständig löschen können, wenn Sie die Konfiguration des Remote-Zweigs nicht ändern können!

Dieser Vorbehalt gilt nur für den aktuellen Zweig (normalerweise der master Zweig); jeder andere Zweig kann wie oben beschrieben gelöscht und neu erstellt werden.

Answer 2

Angenommen, Sie sind derzeit auf master :

git push origin master:master-old        # 1
git branch master-old origin/master-old  # 2
git reset --hard $new_master_commit      # 3
git push -f origin                       # 4

1. Erstellen Sie zunächst eine master-old Zweig in der origin Repository, basierend auf dem master in das lokale Repository übertragen.
2. Erstellen Sie einen neuen lokalen Zweig für diese neue origin/master-old Zweig (der dann automatisch als Tracking-Zweig eingerichtet wird).
3. Zeigen Sie nun auf Ihr lokales master auf die Übergabe, auf die sie verweisen soll.
4. Schließlich, Kraft-Änderung master en el origin Repository, um Ihr neues lokales master .

(Wenn Sie es auf eine andere Weise machen, brauchen Sie mindestens einen weiteren Schritt, um sicherzustellen, dass master-old richtig eingerichtet ist, um zu verfolgen origin/master-old . Keine der anderen Lösungen, die zum Zeitpunkt der Erstellung dieses Artikels veröffentlicht wurden, beinhalten dies).

Answer 3

Mit Git v1.7 hat sich dies meines Erachtens leicht geändert. Das Aktualisieren der Tracking-Referenz Ihres lokalen Zweigs auf den neuen Remote-Zweig ist jetzt sehr einfach.

git branch -m old_branch new_branch         # Rename branch locally    
git push origin :old_branch                 # Delete the old branch    
git push --set-upstream origin new_branch   # Push the new branch, set local branch to track the new remote

Answer 4

Es gibt viele Möglichkeiten, den Zweig umzubenennen, aber ich werde mich auf das größere Problem konzentrieren: "Wie kann man es den Kunden ermöglichen, schnell voranzukommen und sich nicht mit ihren Filialen vor Ort herumschlagen zu müssen? .

Zunächst ein kurzes Bild:

Das ist eigentlich einfach zu machen, aber man sollte es nicht missbrauchen. Die ganze Idee hängt von Merge-Commits ab, da sie einen schnellen Vorlauf ermöglichen und die Historie eines Zweigs mit einem anderen verknüpfen.

Umbenennung der Verzweigung:

# rename the branch "master" to "master-old"
# this works even if you are on branch "master"
git branch -m master master-old

Erstellung des neuen "Master"-Zweigs:

# create master from new starting point
git branch master <new-master-start-point>

Erstellen einer Zusammenführungsübergabe, um eine Eltern-Kind-Historie zu haben:

# now we've got to fix the new branch...
git checkout master

# ... by doing a merge commit that obsoletes
# "master-old" hence the "ours" strategy.
git merge -s ours master-old

und voilà.

git push origin master

Dies funktioniert, weil das Erstellen einer merge Commit erlaubt schnelles Vorspulen den Zweig auf eine neue Revision.

unter Verwendung einer sinnvollen Merge-Commit-Nachricht:

renamed branch "master" to "master-old" and use commit ba2f9cc as new "master"
-- this is done by doing a merge commit with "ours" strategy which obsoletes
   the branch.

these are the steps I did:

git branch -m master master-old
git branch master ba2f9cc
git checkout master
git merge -s ours master-old

Answer 5

git checkout -b new-branch-name
git push remote-name new-branch-name :old-branch-name

Möglicherweise müssen Sie manuell auf new-branch-name vor dem Löschen old-branch-name