So kopieren Sie einen lokalen Git-Zweig in ein Remote-Repo

Ich habe bisher folgende Schritte unternommen:

1. Ein entferntes Git-Repo geklont
2. Verzweigte den Hauptzweig zu einem Experiment
3. bearbeiteter / getesteter / festgeschriebener Code im experimentellen Zweig

Jetzt bin ich nicht bereit, Experimentelles mit Master zu verschmelzen. Ich möchte es jedoch auf das Remote-Repo zurückschieben, da dies das Repository ist, das ich mit einigen Kollegen teile. Ich möchte, dass sie sehen, was ich im experimentellen Bereich getan habe. Normalerweise greife ich nur über SSH auf das Remote-Repo zu.

Wie teile ich meinen lokalen Zweig auf dem Remote-Repo, ohne den Hauptzweig des Remote-Repos zu beeinflussen?

Laut git push Handbuchseite :

 git push origin experimental

Suchen Sie eine Referenz, die experimentalim Quell-Repository übereinstimmt (höchstwahrscheinlich würde sie gefunden werden refs/heads/experimental), und aktualisieren Sie dieselbe Referenz (z. B. refs/heads/experimental) im Ursprungs-Repository damit.
Wenn experimentales nicht remote vorhanden wäre, würde es erstellt .

Dies ist das gleiche wie:

git push origin experimental:refs/heads/experimental

Erstellen Sie den Zweig experimentalim Ursprungsrepository, indem Sie den aktuellen experimentalZweig kopieren .
Dieses Formular wird nur benötigt, um einen neuen Zweig oder ein neues Tag im Remote-Repository zu erstellen, wenn der lokale Name und der Remote-Name unterschiedlich sind . Andernfalls funktioniert der Referenzname allein.

Oder, wie im Git-Tipp erwähnt , können Sie eine "Branch's Default Remote" einrichten:

Mit git config können Sie einem bestimmten Zweig eine Standardfernbedienung zuweisen. Diese Standardfernbedienung wird verwendet, um diesen Zweig zu pushen, sofern nicht anders angegeben.

Dies ist bereits für Sie erledigt, wenn Sie den Git-Klon verwenden. So können Sie Git-Push ohne Argumente verwenden, um den lokalen Hauptzweig zu pushen und den Hauptzweig des Ursprungs-Repositorys zu aktualisieren.

git config branch.<name>.remote <remote> 

kann verwendet werden, um dies manuell anzugeben.

Jan schlägt (für git> = 1.7.0 ) die Option push -u(oder push --set-upstream) vor:

Fügen Sie für jeden Zweig, der aktuell ist oder erfolgreich gepusht wurde, eine Upstream-Referenz (Tracking-Referenz) hinzu, die von git-pull (1) ohne Argumente und anderen Befehlen verwendet wird.

Auf diese Weise müssen Sie keine Git-Konfiguration vornehmen.

git push -u origin experimental

Wenn der Name Ihres Zweigs experimentalund der Name der Fernbedienung lautet origin, ist dies der Fall

git push origin experimental

git push -u <remote-name> <branch-name>funktioniert nicht, wenn der neu erstellte Zweig nicht aus demselben Repo stammt, dh wenn Sie den neuen Zweig nicht mit erstellt haben git checkout -b new_branch, funktioniert dies nicht.

Zum Beispiel hatte ich zwei verschiedene Repositorys lokal geklont und musste repo2 / branch1 nach repo1 / kopieren und dann auch pushen.

Dieser Link hat mir geholfen, meinen lokalen Zweig (von einem anderen Repo geklont) auf mein Remote-Repo zu übertragen:

Hier ist die maßgebliche Github-Seite für die Github-Remoteverwaltung http://github.com/guides/push-a-branch-to-github . Es wird Ihnen helfen, alle Ihre Fragen zu beantworten.

tl; dr

$ git push --set-upstream origin your_new_branch

Mehr Info

nachdem Sie einige Zusagen in Ihre gemacht haben:

$ git checkout -b your_new_branch
$ git add file
$ git commit -m "changed file"

Sie schieben Ihren Zweig, der einen Upstream angibt, wie folgt in eines der Fernbedienungs-Repositorys:

$ git push --set-upstream REMOTE YOUR_BRANCH

Fernbedienungen können von gesehen werden

$ git remote -v

Normalerweise haben Sie eine einzige Standardfernbedienung origin. Ihr Befehl würde also so aussehen:

$ git push --set-upstream origin your_new_branch

und alle nachfolgenden Stöße können nur mit gemacht werden git push.