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

Ich gehe davon aus, dass Sie immer noch nach der gleichen Situation fragen wie in Ihrer vorherige Frage . Das heißt, dass master-new in seiner Geschichte nicht master-old enthält.* Wenn Sie master-new "master" nennen, haben Sie die Geschichte praktisch neu geschrieben. Es spielt keine Rolle wie Sie gelangen in einen Zustand, in dem der Meister nicht von einer früheren Position des Meisters abstammt, sondern sich einfach in diesem Zustand befindet.

Andere Benutzer, die versuchen zu pullen, während master nicht existiert, werden mit ihren Pulls einfach scheitern (kein solcher ref auf remote), und sobald es wieder an einem neuen Ort existiert, werden ihre Pulls versuchen müssen, ihren master mit dem neuen remote master zusammenzuführen, genauso wie wenn Sie master-old und master-new in Ihrem Repository zusammenführen. In Anbetracht dessen, was Sie hier versuchen, würde die Zusammenführung zu Konflikten führen. (Wenn diese aufgelöst würden und das Ergebnis zurück in das Projektarchiv gepusht würde, wären Sie in einem noch schlimmeren Zustand - beide Versionen der Geschichte wären da).

Um Ihre Frage einfach zu beantworten: Sie sollten akzeptieren, dass es manchmal Fehler in Ihrer Geschichte geben wird. Das ist in Ordnung. Das passiert jedem. Im git.git-Repository gibt es rückgängig gemachte Übertragungen. Das Wichtigste ist, dass, sobald wir die Geschichte veröffentlichen, jeder ihr vertrauen kann.

*Wenn dies der Fall wäre, wäre es gleichbedeutend mit dem Verschieben einiger Änderungen auf Master und dem anschließenden Erstellen eines neuen Zweigs an der Stelle, an der er vorher war. Kein Problem.

Answer 2

El ausgewählte Antwort scheiterte, als ich es versuchte. Es wird ein Fehler ausgegeben: refusing to delete the current branch: refs/heads/master . Ich denke, ich werde posten, was für mich funktioniert:

git checkout master             # If not in master already

git branch placeholder          # Create placeholder branch
git checkout placeholder        # Check out to placeholder
git push remote placeholder     # Push placeholder to remote repository

git branch -d master            # Remove master in local repository
git push remote :master         # Remove master from remote repository.

Der Trick besteht darin, in den Platzhalter auszuchecken, bevor man ihn in das entfernte Repository verschiebt. Der Rest ist selbsterklärend; das Löschen des Master-Zweigs und das Verschieben in das entfernte Repository sollte jetzt funktionieren. Auszug aus aquí .

Answer 3

Melden Sie sich am Server an, gehen Sie in das Git-Verzeichnis und benennen Sie den Zweig im Bare Repository um.

Dies hat nicht alle Probleme, die mit dem erneuten Hochladen desselben Zweigs verbunden sind. Die "Clients" erkennen den geänderten Namen automatisch und ändern ihre Remote-Referenz.

Danach (oder vorher) können Sie auch den lokalen Namen des Zweigs ändern.

Answer 4

OK Umbenennung eines Zweigs sowohl vor Ort und weiter die Fernbedienung ist ziemlich einfach!...

Wenn Sie auf den Zweig, können Sie leicht tun:

git branch -m <branch>

oder wenn nicht, müssen Sie es tun:

git branch -m <your_old_branch> <your_new_branch>

Drücken Sie dann die Löschtaste auf der Fernbedienung wie folgt:

git push origin <your_old_branch>

Jetzt sind Sie fertig.

Wenn Sie einen Upstream-Fehler erhalten, während Sie versuchen, zu pushen, tun Sie es einfach:

git push --set-upstream origin <your_new_branch>

Ich habe auch das folgende Bild erstellt, um die Schritte in einer echten Befehlszeile zu zeigen. Befolgen Sie einfach die Schritte und Sie werden gut sein:

Answer 5

Worüber?

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