Wie kann man die Verfolgung eines Zweiges ändern?

Question

El central Repository musste auf einem neuen Server eingerichtet werden, also habe ich ein neues Remote-Repository auf meinem lokalen Repository erstellt und auf dieses gepusht.

Aber wenn ich es jetzt tue git pull heißt es, ich sei auf dem neuesten Stand. Das ist falsch - es sagt mir etwas über die antiguo entfernten Zweig, nicht den neuen, von dem ich mit Sicherheit weiß, dass er neue Commits enthält.

Wie ändere ich meinen lokalen Zweig so, dass er einem anderen entfernten Standort folgt?

Ich kann dies in der Git-Konfigurationsdatei sehen, aber ich möchte nicht alles durcheinander bringen.

[branch "master"]
    remote = oldserver
    merge = refs/heads/master

Answer 1

Verwendung von git v1.8.0 oder später:

git branch branch_name --set-upstream-to your_new_remote/branch_name

Oder Sie können die -u Schalter

git branch branch_name -u your_new_remote/branch_name

Git verwenden v1.7.12 oder früher

git branch --set-upstream branch_name your_new_remote/branch_name

Answer 2

Für mich war das die Lösung:

git remote set-url origin https://some_url/some_repo

Dann:

git push

Answer 3

Mit einem zeitgemäßen git (2.5.5) der Befehl lautet wie folgt:

git branch --set-upstream-to=origin/branch

Dadurch wird der entfernte verfolgte Zweig für Ihren aktuellen lokalen Zweig aktualisiert

Answer 4

Eine weitere Möglichkeit, um die Kontrolle über die Vorgänge zu behalten, ist die manuelle Bearbeitung der Konfigurationen:

git config --edit

oder die Kurzform

git config -e

Bearbeiten Sie dann die Datei nach Belieben, speichern Sie sie und Ihre Änderungen werden übernommen.

Answer 5

Wenn Sie vernünftig sind, ist die Bearbeitung der Konfigurationsdatei sicher genug. Wenn Sie ein wenig paranoider sein wollen, können Sie den Befehl porcelain verwenden, um sie zu ändern:

git config branch.master.remote newserver

Wenn Sie sich die Konfiguration vorher und nachher ansehen, werden Sie natürlich feststellen, dass sie genau das getan hat, was Sie vorhatten.

Aber in Ihrem individuellen Fall würde ich Folgendes tun:

git remote rename origin old-origin
git remote rename new-origin origin

Das heißt, wenn der neue Server der kanonische Remote-Server sein soll, warum nennen Sie ihn dann nicht origin, als ob Sie ursprünglich von ihm geklont hätten?