Zurücksetzen des Zweigs des lokalen Repositorys auf den des entfernten Repositorys HEAD

Question

Wie setze ich meinen lokalen Zweig so zurück, dass er mit dem Zweig des entfernten Repositorys übereinstimmt?

Das habe ich:

git reset --hard HEAD

Aber wenn ich eine git status ,

On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)
      modified:   java/com/mycompany/TestContacts.java
      modified:   java/com/mycompany/TestParser.java

Können Sie mir bitte sagen, warum ich sie "geändert" habe? Ich habe diese Dateien nicht angefasst? Wenn ja, möchte ich sie entfernen.

Answer 1

Nur 3 Befehle genügen, damit es funktioniert

git fetch origin
git reset --hard origin/HEAD
git clean -f

Answer 2

Die am besten bewertete Antwort hier hat meinen lokalen Code nicht wie erwartet zurückgesetzt.

1. Heutzutage ist der Master in der Regel der wichtigste
2. es macht nichts mit nicht verfolgten Dateien, die Sie vielleicht herumliegen haben

Stattdessen:

1. Überprüfen Sie den Namen Ihres Standard-Remote-Zweigs (dies ist keine Git-Sache, also überprüfen Sie ihn auf GitHub) und ersetzen Sie main oder master in Schritt 4 unten durch Folgendes

2. aktuelle Daten speichern git stash -u

3. Aktualisierung aus der Ferne git fetch origin

4. auf die entfernte Standardverzweigung zurücksetzen (siehe jedoch Schritt 1 oben) git reset --hard origin/main

Answer 3

Kein noch so großes Zurücksetzen und Bereinigen schien irgendeinen Effekt auf nicht verfolgte und geänderte Dateien in meinem lokalen Git-Repository zu haben (ich habe alle oben genannten Optionen ausprobiert). Meine einzige Lösung dafür war, die lokale Repository zu rm und neu klonen es von der Remote.

Zum Glück hatte ich keine anderen Zweige, um die ich mich kümmerte.

xkcd: Git

Answer 4

Wenn Sie zurückgehen wollen zum HEAD Status sowohl für das Arbeitsverzeichnis als auch für den Index, dann sollten Sie git reset --hard HEAD und nicht an HEAD^ . (Möglicherweise handelt es sich um einen Tippfehler, ebenso wie bei der Verwendung eines einfachen statt eines doppelten Bindestrichs für --hard .)

Was Ihre spezielle Frage betrifft, warum diese Dateien im Status als geändert angezeigt werden, sieht es so aus, als hätten Sie vielleicht einen Soft-Reset statt eines Hard-Resets durchgeführt. Dies führt dazu, dass die Dateien, die in der Datenbank geändert wurden HEAD verpflichten sich, den Eindruck zu erwecken, als seien sie inszeniert, und das ist wahrscheinlich das, was Sie hier sehen.

Answer 5

Die einzige Lösung, die in allen Fällen funktioniert, die ich gesehen habe, ist das Löschen und erneute Klonen. Vielleicht gibt es noch einen anderen Weg, aber bei diesem Weg besteht offensichtlich keine Chance, dass der alte Zustand erhalten bleibt, daher ziehe ich ihn vor. Bash Einzeiler können Sie als Makro setzen, wenn Sie oft Dinge durcheinander in Git:

REPO_PATH=$(pwd) && GIT_URL=$(git config --get remote.origin.url) && cd .. && rm -rf $REPO_PATH && git clone --recursive $GIT_URL $REPO_PATH && cd $REPO_PATH

* geht davon aus, dass Ihre .git-Dateien nicht beschädigt sind