Wie ersetze ich den lokalen Zweig vollständig durch den Remote-Zweig in Git?

Ich habe zwei Zweige:

1. lokale Niederlassung (die, mit der ich arbeite)
2. Remote-Zweigstelle (öffentlich, nur gut getestete Commits gehen dorthin)

Kürzlich habe ich meine lokale Niederlassung ernsthaft durcheinander gebracht.

Wie würde ich den lokalen Zweig vollständig durch den Remote-Zweig ersetzen, damit ich meine Arbeit dort fortsetzen kann, wo sich der Remote-Zweig jetzt befindet?

Ich habe SO bereits gesucht und das lokale Auschecken in den Remote-Zweig hat keine Auswirkungen.

1. Stellen Sie sicher, dass Sie den Zweig, den Sie ersetzen, ausgecheckt haben (aus Zoltáns Kommentar ).

2. Angenommen, Master ist der lokale Zweig, den Sie ersetzen, und "Ursprung / Master" ist der Remote-Zweig, auf den Sie zurücksetzen möchten:

   git reset --hard origin/master
   

Dadurch wird Ihr lokaler HEAD-Zweig so aktualisiert, dass er mit Revision / Master identisch ist, und --harddiese Änderung wird auch mit dem Index und dem Arbeitsbereich synchronisiert.

Das ist so einfach wie drei Schritte:

1. Löschen Sie Ihre lokale Niederlassung: git branch -d local_branch
2. Holen Sie sich den neuesten Remote-Zweig: git fetch origin remote_branch
3. Erstellen Sie den lokalen Zweig basierend auf dem Remote-Zweig neu: git checkout -b local_branch origin/remote_branch

git branch -D <branch-name>
git fetch <remote> <branch-name>
git checkout -b <branch-name> --track <remote>/<branch-name>

Ersetzen Sie alles durch den Remote-Zweig. Aber nur von demselben Commit ist Ihre lokale Niederlassung eingeschaltet:

git reset --hard origin/some-branch

ODER holen Sie sich das Neueste aus der Remote-Niederlassung und ersetzen Sie alles:

git fetch origin some-branch
git reset --hard FETCH_HEAD

Nebenbei können Sie bei Bedarf nicht verfolgte Dateien und Verzeichnisse löschen, die Sie noch nicht festgeschrieben haben:

git clean -fd

Der sicherste und vollständigste Weg, um den aktuellen lokalen Zweig durch die Fernbedienung zu ersetzen:

git stash
git merge --abort
git rebase --abort
git branch -M yourBranch replaced_yourBranch
git fetch origin yourBranch:yourBranch
git checkout yourBranch

Die stashZeile speichert die Änderungen, die Sie nicht festgeschrieben haben. Die branchZeile verschiebt Ihren Zweig zu einem anderen Namen, wodurch der ursprüngliche Name freigegeben wird. Die fetchZeile ruft die neueste Kopie der Fernbedienung ab. Die checkoutZeile erstellt den ursprünglichen Zweig als Verfolgungszweig neu.

Oder als Bash-Funktion:

replaceWithRemote() {
    yourBranch=${1:-`git rev-parse --abbrev-ref HEAD`}
    git stash
    git merge --abort
    git rebase --abort
    git branch -M ${yourBranch} replaced_${yourBranch}_`git rev-parse --short HEAD`
    git fetch origin ${yourBranch}:${yourBranch}
    git checkout ${yourBranch}
}

Dadurch wird der aktuelle Zweig in "replace_master_98d258f" umbenannt.

Ich bin ein bisschen überrascht, dass noch niemand dies erwähnt hat. Ich benutze es fast jeden Tag:

git reset --hard @{u}

Grundsätzlich @{u}ist dies nur eine Abkürzung für den Upstream-Zweig, den Ihr aktueller Zweig verfolgt. Zum Beispiel entspricht dies typischerweise origin/[my-current-branch-name]. Es ist schön, weil es branchenunabhängig ist.

Stellen Sie sicher, dass Sie git fetchzuerst die neueste Kopie des Remote-Zweigs erhalten.

Es gibt mehrere Möglichkeiten, diese Antwort weiter zu bearbeiten, um eine bessere Wissensperspektive zu verbreiten.

1) Hart zurücksetzen

Wenn Sie vom Remote-Entwicklungszweig aus arbeiten, können Sie HEAD wie folgt auf das letzte Commit im Remote-Zweig zurücksetzen:

git reset --hard origin/develop

2) Löschen Sie den aktuellen Zweig und checken Sie ihn erneut aus dem Remote-Repository aus

In Anbetracht dessen, dass Sie an der Entwicklung eines Zweigs im lokalen Repo arbeiten, der mit dem Remote- / Entwicklungszweig synchronisiert wird, können Sie wie folgt vorgehen:

git branch -D develop
git checkout -b develop origin/develop

3) Zusammenführung abbrechen

Wenn Sie sich zwischen einer fehlerhaften Zusammenführung befinden (fälschlicherweise mit einem falschen Zweig durchgeführt) und die Zusammenführung vermeiden möchten, um wie folgt zum neuesten Zweig zurückzukehren:

git merge --abort

4) Rebase abbrechen

Wenn Sie sich zwischen einer fehlerhaften Rebase befinden, können Sie die Rebase-Anforderung wie folgt abbrechen:

git rebase --abort

Sie können tun, wie @Hugo von @Laurent sagte, oder Sie können git rebasedie Commits löschen, die Sie entfernen möchten, wenn Sie wissen, welche. Ich neige dazu, git rebase -i head~N(wobei N eine Zahl ist, mit der Sie die letzten N Commits manipulieren können) für diese Art von Operationen zu verwenden.

Die ausgewählte Antwort ist absolut korrekt , hat mich jedoch nicht mit den neuesten Commit / Pushs belassen ...

Also für mich:

git reset --hard dev/jobmanager-tools
git pull  ( did not work as git was not sure what branch i wanted)

Da ich weiß, dass ich meinen Upstream-Zweig für einige Wochen vorübergehend auf einen bestimmten Zweig einstellen möchte (derselbe, zu dem ich zuvor gewechselt / ausgecheckt und einen Hard-Reset durchgeführt habe)

Also NACH dem Zurücksetzen

git branch --set-upstream-to=origin/dev/jobmanager-tools
git pull
git status    ( says--> on branch  dev/jobmanager-tools 

Wenn Sie einen Zweig aktualisieren möchten, der derzeit nicht ausgecheckt ist, haben Sie folgende Möglichkeiten:

git fetch -f origin rbranch:lbranch

Wie in der gewählten Erklärung angegeben, ist das Zurücksetzen des Git gut. Aber heutzutage verwenden wir oft Untermodule: Repositorys innerhalb von Repositorys. Wenn Sie beispielsweise ZF3 und jQuery in Ihrem Projekt verwenden, möchten Sie höchstwahrscheinlich, dass sie aus ihren ursprünglichen Repositorys geklont werden. In diesem Fall reicht ein Zurücksetzen des Git nicht aus. Wir müssen Submodule auf genau die Version aktualisieren, die in unserem Repository definiert ist:

git checkout master
git fetch origin master
git reset --hard origin/master
git pull

git submodule foreach git submodule update

git status

Es ist dasselbe, wie Sie (cd) rekursiv in das Arbeitsverzeichnis jedes Submoduls gelangen und Folgendes ausführen:

git submodule update

Und es ist ganz anders als

git checkout master
git pull

weil Submodule nicht auf Verzweigung, sondern auf Commit verweisen.

In diesen Fällen können Sie einen Zweig manuell für ein oder mehrere Submodule auschecken, die Sie ausführen können

git submodule foreach git pull

git reset --hard
git clean -fd

Dies funktionierte bei mir - clean zeigte alle gelöschten Dateien an. Wenn es Ihnen sagt, dass Sie Änderungen verlieren, müssen Sie verstauen.

Der hässliche, aber einfachere Weg: Löschen Sie Ihren lokalen Ordner und klonen Sie das Remote-Repository erneut.