Ich habe ein lokales Repository, das von einem Remote-Repository abgerufen wird. Laufengit pull ebenso gut wiegit fetch; git merge FETCH_HEAD wird verwendet, um genau die gleiche Aktion auszuführen, die von der erwartet wirdBeschreibung vongit pull:

BESCHREIBUNG

Übernimmt Änderungen von einem Remote-Repository in den aktuellen Zweig. In der Standardeinstellung ist git pull eine Abkürzung für git fetch, gefolgt von git merge FETCH_HEAD.

Derzeit und unerwartet ausgeführtgit fetch hat die Aktualisierung von beendetFETCH_HEAD richtig referenzieren.FETCH_HEAD ist jetzt auf einem alten Commit stecken. Laufengit fetch Lädt alle Änderungen in remote verfolgte Zweige herunter, aber FETCH_HEAD bleibt unverändert, unabhängig davon, in welchem ​​Zweig es ausgeführt wird.

# currently in branchone
> git fetch

# branchone is up to date since...
> git rev-parse branchone
593539e8a98ba5980d4b645db3b0f506bb9b6a2c

# ...its in the same commit as the remote branch
> git rev-parse origin/branchone
593539e8a98ba5980d4b645db3b0f506bb9b6a2c

# however FETCH_HEAD shows something different
> git rev-parse FETCH_HEAD
37301df96597ac037f8e7e846fea6fc7df77bea5

git pull führt immer noch die richtige Aufgabe aus. Läuft abergit fetch; git merge FETCH_HEAD werde da was anderes machenFETCH_HEAD verweist auf ein falsches Commit.

Gibt es eine Einstellung oder ein Problem, mit dem man herumspielen könnte?git fetch Verhalten?