Ich möchte standardmäßig alle Zweige verschieben und ziehen, einschließlich der neu erstellten.

Gibt es eine Einstellung, die ich dafür definieren kann?

Was ist der einfachste Weg, wenn ich einen neuen Zweig lokal hinzufüge und ihn vom Server abrufen möchte?

Ich habe einen neuen Zweig mit demselben Namen erstellt und versucht zu ziehen, aber es funktioniert nicht. Fragt mich nach der gesamten Remote-Konfiguration des Zweigs. Wie stelle ich es ein?

Der einfachste Weg ist:

git push --all origin

Dadurch werden Tags und Zweige verschoben.

Mit modernem Git rufen Sie immer alle Zweige ab (als Fernverfolgungszweige in den refs/remotes/origin/*Namespace, sichtbar mit git branch -roder git remote show origin).

Standardmäßig (siehe Dokumentation der push.defaultKonfigurationsvariablen) pushen Sie übereinstimmende Zweige , was bedeutet, dass Sie zuerst tun müssen, damit git push origin branchgit es immer weiter pusht git push.

Wenn Sie immer alle Zweige pushen möchten, können Sie push refspec einrichten. Angenommen, die Fernbedienung heißt origin, können Sie entweder git config verwenden :

$ git config --add remote.origin.push '+refs/heads/*:refs/heads/*'
$ git config --add remote.origin.push '+refs/tags/*:refs/tags/*'

oder bearbeiten Sie die .git/configDatei direkt, um Folgendes zu erhalten:

[entfernter "Ursprung"]
        url = [email protected]: /srv/git/repo.git
        fetch = + refs / heads / *: refs / remotes / origin / *
        fetch = + refs / tags / *: refs / tags / *
        push = + refs / Heads / *: Refs / Heads / *
        push = + refs / tags / *: refs / tags / *

Das Einfügen des + in die Push-Spezifikation ist wahrscheinlich eine schlechte Idee, da dies bedeutet, dass git auch ohne -f gerne einen Push ohne Vorlauf ausführt . Wenn der Remote-Server so eingerichtet ist, dass er diese akzeptiert, können Sie den Verlauf verlieren.

Versuchen Sie genau das:

$ git config --add remote.origin.push 'refs/heads/*:refs/heads/*'
$ git config --add remote.origin.push 'refs/tags/*:refs/tags/*'
$ git config --add remote.origin.fetch 'refs/heads/*:refs/remotes/origin/*'
$ git config --add remote.origin.fetch 'refs/tags/*:refs/tags/*'

Ich hatte die folgenden Befehle verwendet, um alle Zweige in das neue Repository zu migrieren.

~$ git clone --mirror <url_of_old_repo>
~$ cd <name_of_old_repo>
~$ git remote add new-origin <url_of_new_repo>
~$ git push new-origin master
~$ git push new-origin --mirror

HINWEIS : Ich musste beim Klonen eines Repos von Atlassian Stash nach AWS CodeCommit (leeres Repo) den vorletzten Befehl (dh Push Master First ) verwenden. Ich bin mir nicht sicher, warum, aber nach dem Drücken von ( git push new-origin --mirror) bezog sich der Standardzweig auf einen anderen Zweig als master.

Wenn Sie Zweige von einem alten in ein neues Repo verschieben und NICHT alle alten Repo-Zweige lokal haben, müssen Sie sie zuerst verfolgen.

for remote in `git branch -r | grep -v '\->'`; do git branch --track $remote; done

Fügen Sie dann Ihr neues Remote-Repo hinzu:

git remote add bb <path-to-new-repo>

Dann können Sie alle mit diesem Befehl pushen:

git push -u bb --all

Sie können das Repo auch mit den in den anderen Antworten angegebenen Git-Konfigurationsbefehlen konfigurieren, wenn Sie dies nicht einmal tun oder nur lokale Zweige verschieben möchten.

Der wichtige Punkt, die anderen Antworten schieben nur alle lokalen Zweige. Wenn die Zweige nur in einem alternativen REMOTE-Repository vorhanden sind, werden sie nicht verschoben, ohne sie zuvor zu verfolgen. Die hier vorgestellte for-Schleife hilft dabei.

Um alle Zweige ohne Verwendung zu sehen git branch -a, sollten Sie Folgendes ausführen:

for remote in `git branch -r`; do git branch --track $remote; done
git fetch --all
git pull --all

Jetzt können Sie alle Zweige sehen:

git branch

Um alle Zweige zu schieben, versuchen Sie:

git push --all

Wenn Sie alle Zweige von einem alten in ein neues Repo verschieben, müssen Sie in Ihrem lokalen Repo die Verfolgung jedes Zweigs zu vorhandenen Ursprungszweigen einrichten, bevor Sie zum neuen Repo wechseln. Andernfalls werden nicht alle Ihre Ursprungszweige angezeigt der neue Ursprung. Tun Sie dies manuell, indem Sie jeden Zweig verfolgen oder auschecken, oder verwenden Sie den einen Liner:

for remote in `git branch -r | grep -v '\->' | grep -v master`; do git branch --track `echo $remote|sed 's=origin/=='` `echo $remote`; done

Dieser einzeilige Befehl basiert auf Versionen davon in anderen Antworten auf dieser Seite, ist aber wohl besser, weil:

1. Im Gegensatz zu einigen älteren Varianten dieses Befehls auf dieser Seite, die nur einen Parameter für --track angeben, wird die Verzweigungsverfolgung korrekt eingerichtet, und somit endet jede Verzweigung als Verfolgungsmaster - nicht gut
2. benennt die lokalen Zweige ohne das Präfix "origin /", das ich persönlich nicht möchte - und stimmt mit dem überein, was passiert, wenn Sie einen Zweig normal auschecken.
3. überspringt den Tracking-Master, da dies bereits geschieht
4. checkt eigentlich nichts aus also ist schnell
5. vermeidet das Stolpern über das -> in der Ausgabe von git branch -r

Wenn Sie den Ursprung wechseln, ersetzen Sie als Nächstes die Verbindung zum alten Ursprung und zeigen Sie auf eine neue Fernbedienung. Stellen Sie sicher, dass Sie zuerst die neue Fernbedienung mithilfe der Bitbucket / Github-Benutzeroberfläche erstellen, aber keine Dateien hinzufügen, da sonst ein Zusammenführungsproblem auftritt. Z.B

git remote set-url origin [email protected]:YOUR/SOMEREPO.git

Jetzt drücken. Beachten Sie, dass der zweite Befehl erforderlich ist, um auch die Tags zu übertragen:

git push -u --all origin
git push --tags origin

Lösung ohne Hardcodierung originin der Konfiguration

Verwenden Sie Folgendes in Ihrer globalen gitconfig

[remote]
    push = +refs/heads/*
    push = +refs/tags/*

Dies schiebt alle Zweige und alle Tags

Warum sollten Sie NICHT originin der Konfiguration fest codieren?

Wenn Sie fest codieren:

1. Sie werden originin allen Repos als Fernbedienung enden . Sie können also keinen Ursprung hinzufügen, müssen ihn jedoch verwenden set-url.
2. Wenn ein Tool eine Fernbedienung mit einem anderen Namen erstellt, wird Push All Config nicht angewendet. Dann müssen Sie die Fernbedienung umbenennen, aber das Umbenennen funktioniert nicht, da es originbereits existiert (ab Punkt 1). Denken Sie daran :)

Für das Holen sorgt schon der moderne Git

Nach Jakub Narębskis Antwort:

Mit modernem Git rufen Sie immer alle Zweige ab (als Fernverfolgungszweige in den Namespace refs / remotes / origin / *