Git Pull schlägt fehl "Referenz kann nicht aufgelöst werden" "Lokale Referenz kann nicht aktualisiert werden"

Wenn ich mit git 1.6.4.2 a ausprobiere, erhalte git pullich folgenden Fehler:

error: unable to resolve reference refs/remotes/origin/LT558-optimize-sql: No such file or directory
From git+ssh://remoteserver/~/misk5
 ! [new branch]      LT558-optimize-sql -> origin/LT558-optimize-sql  (unable to update local ref)
error: unable to resolve reference refs/remotes/origin/split-css: No such file or directory
 ! [new branch]      split-css  -> origin/split-css  (unable to update local ref)

Ich habe es versucht git remote prune origin, aber es hat nicht geholfen.

Bereinigen Sie Ihr lokales Repository mit:

$ git gc --prune=now
$ git remote prune origin

Mann git-gc (1):

git-gc - Cleanup unnecessary files and optimize the local repository

git gc [--aggressive] [--auto] [--quiet] [--prune=<date> | --no-prune]

       Runs a number of housekeeping tasks within the current repository, such as compressing file revisions
       (to reduce disk space and increase performance) and removing unreachable objects which may have been
       created from prior invocations of git add.

       Users are encouraged to run this task on a regular basis within each repository to maintain good disk
       space utilization and good operating performance.

Mann Git-Remote (1):

git-remote - manage set of tracked repositories

git remote prune [-n | --dry-run] <name>

           Deletes all stale remote-tracking branches under <name>. These stale branches have already been
           removed from the remote repository referenced by <name>, but are still locally available in
           "remotes/<name>".            

Ist mir auch passiert. In meinem Fall war der schlechte Schiedsrichter Meister, und ich habe Folgendes getan:

rm .git/refs/remotes/origin/master
git fetch

Dadurch konnte git die Referenzdatei wiederherstellen. Danach funktionierte alles wieder wie erwartet.

Das hat den Job für mich gemacht:

git gc --prune=now

Bei mir hat es funktioniert, die Dateien, die Fehler auslösen, aus dem Ordner zu entfernen .git/refs/remotes/origin/.

Versuch es:

git gc --prune=now

git remote prune origin

git pull

Führen Sie die folgenden Befehle aus:

rm .git/refs/remotes/origin/master

git fetch

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

Nur für den Fall, wenn Sie wissen müssen, was ist .git/refs/remotes/origin/master, lesen Sie den Abschnitt " Fernbedienungen " in Git-Referenzen .

Ich möchte nur hinzufügen, wie es passieren kann, dass eine Referenz bricht.

Mögliche Grundursache

Auf meinem System (Windows 7 64-Bit), wenn ein BSOD passiert , einige der gespeicherten Referenzdateien (zur Zeit höchstwahrscheinlich geöffnet / werden geschrieben in , wenn BSOD geschehen) mit überschrieben NULLZeichen (ASCII 0) gewonnen .

Wie bereits erwähnt, reicht es zur Behebung aus, nur diese ungültigen Referenzdateien zu löschen und das Repository erneut abzurufen oder abzurufen.

Beispiel

Error: cannot lock ref 'refs/remotes/origin/some/branch': unable to resolve reference 'refs/remotes/origin/some/branch': reference broken

Lösung: Löschen Sie die Datei%repo_root%/.git/refs/remotes/origin/some/branch

Ich hatte das gleiche Problem und löste es, indem ich zu der Datei ging, in der es fehlerhaft war:

\repo\.git\refs\remotes\origin\master

Diese Datei war voller Nullen, ich habe sie durch die neueste Referenz von github ersetzt.

In meinem Fall wurde das Problem behoben, nachdem ich alle entfernten Referenzdateien im Verzeichnis gelöscht habe .git .

Wenn Sie sich die Nachricht ansehen, erfahren Sie, welche Dateien Sie (speziell) löschen müssen.

Die zu löschenden Dateien befinden sich unter .git/refs/remotes .

Ich habe gerade alle Dateien dort gelöscht und gc prune ausgeführt

git gc --prune=now

Danach funktioniert alles einwandfrei.

Erläuterung : Es scheint, dass Ihre Remote-Repo-Zweige (in Github / Bitbucket) entfernt wurden, obwohl Ihre lokalen Referenzen nicht aktualisiert wurden und auf nicht vorhandene Referenzen verweisen.

Um dieses Problem zu lösen:

git fetch --prune
git fetch --all
git pull

Für zusätzliche Lektüre - Referenz aus der Github-Dokumentation :

git-fetch - Laden Sie Objekte und Refs aus einem anderen Repository herunter

--all Holt alle Fernbedienungen.

--prune Entfernen Sie nach dem Abrufen alle auf der Fernbedienung nicht mehr vorhandenen Fernverfolgungszweige .

git fetch --prune Dieser Fehler wurde für mich behoben:

[marc.zych@marc-desktop] - [~/code/driving] - [Wed May 10, 02:58:25]
[I]> git fetch
error: cannot lock ref 'refs/remotes/origin/user/janek/integration/20170505': 'refs/remotes/origin/user/janek/integration' exists; cannot create 'refs/remotes/origin/user/janek/integration/20170505'
From github.com:zooxco/driving
 ! [new branch]            user/janek/integration/20170505 -> origin/user/janek/integration/20170505  (unable to update local ref)
From github.com:zooxco/driving
[marc.zych@marc-desktop] - [~/code/driving] - [Wed May 10, 02:58:30]
[I]> git fetch --prune
 - [deleted]               (none)     -> origin/user/janek/integration

Dies setzt jedoch voraus, dass der fehlerhafte Zweig auf der Fernbedienung gelöscht wurde.

Wenn dieser Fehler "Lokale Referenz kann nicht aktualisiert werden" erneut auftritt, haben Sie möglicherweise eine schlechte Referenz in Ihrem lokalen UND-Master-Repository , selbst nachdem Sie entweder die Antwort von Vojtech Vitek oder Michel Krämer angewendet haben.

In diesem Fall sollten Sie beide Fixes anwenden, ohne dazwischen zu ziehen oder zu drücken ...

rm .git/refs/remotes/origin/master
git fetch
git gc --prune=now
git remote prune origin

Eine dauerhafte Lösung wurde für mich erst erreicht, nachdem beide Fixes vor dem Drücken / Ziehen angewendet wurden.

Um dies in Kürze zu beantworten, tritt dieses Problem auf, wenn Ihr lokaler Benutzer einige Informationen über die Fernbedienung hat und jemand etwas ändert, wodurch die Fernbedienung und Ihre Änderungen unsynchronisiert werden.

Ich habe dieses Problem erhalten, weil jemand den Remote-Zweig gelöscht und erneut mit demselben Namen erstellt hat.

Um solche Probleme zu beheben, ziehen oder holen Sie von der Fernbedienung.

git remote prune origin

oder wenn Sie eine GUI verwenden, führen Sie einen Abruf von der Fernbedienung durch.

Ich konnte damit arbeiten

git remote update --prune

Versuche dies:

git pull origin Branch_Name

Branch_Name, der Zweig, in dem Sie sich gerade befinden.

Wenn Sie nur eine git pull ausführen, werden auch alle anderen erstellten Zweigstellennamen abgerufen.

Ist der Grund, warum Sie dies bekommen:

! [new branch]      split-css  -> origin/split-css  (unable to update local ref)

Für mich hatte ich einen lokalen Zweig namens feature/phase2und der entfernte Zweig wurde benannt feature/phase2/data-model. Der Namenskonflikt war die Ursache des Problems, daher habe ich meinen lokalen Zweig gelöscht (Sie können ihn umbenennen, wenn er etwas enthält, das Sie behalten müssen).

Wenn es git gc --prune=nowdir nicht hilft. (Pech wie ich)

Ich habe das Projekt lokal entfernt und das gesamte Projekt erneut geklont.

Ich benutze Tower und aus irgendeinem Grund war mein Ordnername .git/refs/remotes/origin/Github. Durch Ändern in Kleinbuchstaben wurde .git/refs/remotes/origin/githubdas Problem behoben.

Ich hatte das gleiche Problem. Ich folge folgenden Schritten

1) Wechseln Sie Ihren Zweig, der ein Problem hat, zu einem anderen Zweig

2) Löschen Sie diesen Zweig

3) erneut auschecken.

Hinweis: - Sie können nicht festgeschriebene Änderungen aufbewahren und wieder zurücksetzen.

Ich habe verwendet git prune originund das hat die Arbeit gemacht.

Ich hatte das gleiche Problem mit dem Composer-Update. Aber für mich hat es erst funktioniert, nachdem ich den Composer-Cache geleert und den Inhalt des Vendor-Ordners gelöscht habe:

rm -rf vendor/*
git gc --prune=now
git pull
composer clear-cache
composer update my/package

Beim Versuch, aus einer git bundleerstellten Datei zu klonen, trat dieses Problem auf. Keine der anderen Antworten funktionierte, da ich das Repo nicht klonen konnte (daher kam das git gcEntfernen / Bearbeiten von Dateien nicht in Frage).

Es gab jedoch eine andere Möglichkeit, dies zu beheben - die Quelldatei einer .bundleDatei begann mit:

# v2 git bundle
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d HEAD
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d refs/heads/master
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d refs/heads/master

PACK.......p..x...Kj.0...: (and so on...)

Durch einfaches Entfernen der vierten Zeile mit vim wurde das Problem behoben.

Ich hatte dieses Problem bei der Verwendung von SourceTree. Ich versuchte erneut zu ziehen und es funktionierte. Ich glaube, ich habe zu schnell Zweige (Kasse) verhext :).

Meine Situation unterscheidet sich ein wenig von der des Posters, da mein Repository relativ kooperativ war und keine offensichtliche Korruption aufwies.

 # remove the reference file of the branch "lost"
 rm -fv ./.git/refs/remotes/origin/feature/v1.6.9-api-token-bot-reader

 # get all the branches from the master
 git fetch --all

 # git will "know" how-to handle the issue from now on
 #     From github.com:futurice/senzoit-www-server
 # * [new branch]      feature/v1.6.9-api-token-bot-reader ->
 # origin/feature/v1.6.9-api-token-bot-reader

 # and push your local changes
 git push

Beim Löschen und Erstellen des Repositorys mit demselben Namen trat dasselbe Problem auf. Es hat nur funktioniert, wenn ich die Remote-URL wie unten zurückgesetzt habe.

git remote set-url origin [GIT_REPO_URL]

Überprüfen Sie die Remote-URL:

git remote -v

Jetzt sollten alle Befehle wie gewohnt funktionieren.

Bin gerade auf das Problem gestoßen.

Fehlerbehebungsmethode: Mit SourceTree auf Windows-Servern können Sie versuchen, es als Administrator auszuführen. Das behebt mein Problem, dass die lokale Referenz in Atlassian Source Tree 2.1.2.5 unter Windows Server 2012 R2 in der Domäne nicht aktualisiert werden kann.

Wenn Sie diese Situation auch replizieren können, zeigt dies, dass das Problem durch ein Berechtigungsproblem verursacht wird. Es ist besser, einen Drilldown durchzuführen und die Hauptursache zu finden - wahrscheinlich gehören einige bestimmte Dateien anderen Benutzern und dergleichen -, andernfalls gibt es einen unerwünschten Nebeneffekt: Sie müssen SourceTree für den Rest der Ewigkeit als Administrator ausführen.

Schreiben Sie einen bestimmten Fall auf, der dieses Problem verursachen könnte.

Eines Tages habe ich einen Zweig mit dem Namen "feature / subfeature" gepusht, während ich den Zweig "feature" auf der Fernbedienung hatte.

Diese Operation funktionierte einwandfrei ohne Fehler auf meiner Seite, aber als meine Mitarbeiter einen Zweig holten und / oder zogen, hatten sie alle genau die gleiche Fehlermeldung unable to update local ref.cannot lock ref 'refs/remotes/origin/feature/subfeature .

Dies wurde gelöst, indem der featureZweig auf remote ( git push --delete origin feature) gelöscht und dann git remote prune originauf dem Repo meiner Mitarbeiter ausgeführt wurde, wodurch Nachrichten einschließlich generiert wurden* [pruned] origin/feature .

Ich vermute also, dass ich git fetchversucht habe, subfeatureref in einem featureOrdner auf git intern zu erstellen (.git / ...), aber das Erstellen eines Ordners ist fehlgeschlagen, weil featureref bereits vorhanden war.

Dieses Problem trat auf, als ein Entwickler auf einem Mac einen Zweig mit einem Symbol größer als ">" im Filialnamen erstellte.

Dies verursachte Probleme in TeamCity und auf lokalen Windows-basierten Computern, auf denen SourceTree ausgeführt wird. BitBucket ließ es ohne Probleme durch.

Um den Benutzer aufzulösen, wurde der Zweig entfernt und neu erstellt. Welches war schön und einfach.

Hatte die gleiche Nachricht, aber mit einem Verzeichnis, bekam eine fehlgeschlagene Nachricht beim Ziehen.

git --prone hat mir auch nicht geholfen. Es stellte sich heraus, dass eine Datei mit demselben Namen wie ein remote erstelltes Verzeichnis vorhanden war.

Musste zu .git \ logs \ refs \ remotes \ origin gehen und die Gebietsschemadatei löschen - dann erneut ziehen, alles gut.