git pull nie powiedzie się „nie można rozwiązać problemu” „nie można zaktualizować lokalnego odwołania”

Używając git 1.6.4.2, kiedy próbowałem git pull , otrzymuję ten błąd:

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)

Próbowałem git remote prune origin, ale to nie pomogło.

Spróbuj wyczyścić lokalne repozytorium za pomocą:

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

man 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.

man 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>".            

Zdarzyło mi się również. W moim przypadku złym referencją był master, a ja wykonałem następujące czynności:

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

To spowodowało, że git przywrócił plik ref. Potem wszystko znów działało zgodnie z oczekiwaniami.

To zrobiło dla mnie zadanie:

git gc --prune=now

Dla mnie zadziałało usunięcie plików, które zgłaszają błędy z folderu .git/refs/remotes/origin/.

Spróbuj:

git gc --prune=now

git remote prune origin

git pull

Wykonaj następujące polecenia:

rm .git/refs/remotes/origin/master

git fetch

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

Na wszelki wypadek, jeśli chcesz wiedzieć, co to jest .git/refs/remotes/origin/master, przeczytaj sekcję Piloty w Git References .

Chciałbym tylko dodać, jak to się dzieje, że referencja się psuje.

Możliwa przyczyna pierwotna

W moim systemie (Windows 7 64-bit), gdy zdarza się BSOD , niektóre z zapisanych plików referencyjnych (najprawdopodobniej obecnie otwierane / zapisywane w momencie BSOD) są zastępowane NULLznakami (ASCII 0).

Jak wspomnieli inni, aby to naprawić, wystarczy usunąć niepoprawne pliki referencyjne i ponownie pobrać lub ponownie pobrać repozytorium.

Przykład

Błąd: cannot lock ref 'refs/remotes/origin/some/branch': unable to resolve reference 'refs/remotes/origin/some/branch': reference broken

Rozwiązanie: usuń plik%repo_root%/.git/refs/remotes/origin/some/branch

Miałem ten sam problem i rozwiązałem go, przechodząc do pliku, w którym był błąd:

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

Ten plik był pełen zer. Zastąpiłem go najnowszym ref z github.

W moim przypadku problem został rozwiązany po usunięciu wszystkich plików odniesienia do usunięcia z katalogu .git.

Jeśli spojrzysz na wiadomość, dowiesz się, które pliki musisz usunąć (konkretnie).

Pliki do usunięcia znajdują się pod .git/refs/remotes.

Właśnie usunąłem wszystkie pliki i uruchomiłem gc prune

git gc --prune=now

Potem wszystko działa dobrze.

Wyjaśnienie : Wygląda na to, że gałęzie zdalnego repozytorium (w Github / bitbucket) zostały usunięte, chociaż lokalne odniesienia nie zostały zaktualizowane i wskazują na nieistniejące odniesienia.

Aby rozwiązać ten problem:

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

Do dodatkowej lektury - Odniesienia z dokumentacji Github :

git-fetch - Pobieraj obiekty i referencje z innego repozytorium

--all Pobierz wszystkie piloty.

--prune Po pobraniu usuń wszystkie zdalne gałęzie śledzenia, które już nie istnieją na pilocie.

git fetch --prune naprawiłem ten błąd dla mnie:

[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

Zakłada się jednak, że obrażająca gałąź została usunięta na pilocie.

Jeśli błąd „nie można zaktualizować lokalnego odwołania”, powtarza się, nawet po zastosowaniu odpowiedzi Vojtecha Vitka lub Michela Krämera , możesz mieć złe referencje w lokalnym repozytorium ORAZ.

W takim przypadku należy zastosować obie poprawki bez ciągnięcia lub wciskania między ...

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

Dla mnie trwałe rozwiązanie zostało osiągnięte dopiero po zastosowaniu obu poprawek przed push / pull.

Aby odpowiedzieć na to krótko, ten problem pojawia się, gdy lokalny ma jakieś informacje o pilocie i ktoś zmienia coś, co sprawia, że ​​pilot i twoje zmiany nie są synchronizowane.

Otrzymywałem ten problem, ponieważ ktoś usunął zdalną gałąź i ponownie utworzył tę samą nazwę.

Aby poradzić sobie z takimi problemami, pobierz lub pobierz ze zdalnego.

git remote prune origin

lub jeśli używasz dowolnego GUI, wykonaj pobieranie ze zdalnego.

Byłem w stanie pracować

git remote update --prune

Spróbuj tego:

git pull origin Branch_Name

Branch_Name, gałąź, w której aktualnie jesteś.

Jeśli zrobisz tylko git pull , pobiera również wszystkie inne utworzone nazwy gałęzi.

Dlatego otrzymujesz to:

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

Dla mnie miałem lokalny oddział o nazwie feature/phase2i zdalny oddział feature/phase2/data-model. Przyczyną problemu był konflikt nazw, więc usunąłem mój lokalny oddział (możesz zmienić nazwę, jeśli ma coś, co trzeba zachować)

Gdyby git gc --prune=now dawka ci nie pomoże. (pech jak ja)

Zrobiłem to, usuwając projekt lokalnie i ponownie klonując cały projekt.

Korzystam z Tower iz jakiegoś powodu moja nazwa folderu to .git/refs/remotes/origin/Github. Zmiana na małe litery .git/refs/remotes/origin/githubrozwiązała problem.

Miałem ten sam problem. wykonuję następujące kroki

1) zmień oddział, który ma problem, na inny oddział

2) usuń ten oddział

3) Kasa ponownie.

Uwaga: - Możesz ukryć niezatwierdzone zmiany i odłożyć je z powrotem.

Użyłem git prune origini to zadziałało.

Miałem ten sam problem z aktualizacją kompozytora. Ale dla mnie zadziałało to dopiero po wyczyszczeniu pamięci podręcznej kompozytora i usunięciu zawartości folderu dostawcy:

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

Wystąpił ten problem podczas próby sklonowania z git bundleutworzonego pliku, żadna inna odpowiedź nie zadziałała, ponieważ nie mogłem sklonować repozytorium (więc git gcusunięcie i edycja plików nie wchodziła w rachubę).

Był jednak inny sposób, aby to naprawić - plik źródłowy pliku .bundlezaczynał się od:

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

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

Usunięcie czwartej linii za pomocą vima naprawiło problem.

Miałem ten problem podczas korzystania z SourceTree. Spróbowałem ponownie pociągnąć i zadziałało. Myślę, że zbyt szybko wiedźmowałem gałęzie (kasa) :).

Moja sytuacja różni się nieco od plakatu, ponieważ moje repozytorium działa stosunkowo kooperacyjnie, bez widocznego uszkodzenia.

 # 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

Napotkano ten sam problem, gdy repozytorium zostało usunięte i utworzone o tej samej nazwie. Działało to tylko wtedy, gdy ponownie ustawiłem zdalny adres URL, jak poniżej;

git zdalny początek adresu URL [GIT_REPO_URL]

Sprawdź zdalny adres URL:

git remote -v

Teraz wszystkie polecenia powinny działać jak zwykle.

Właśnie wpadłem na problem dzisiaj.

Metoda rozwiązywania problemów: Z SourceTree na serwerach Windows możesz spróbować uruchomić go jako administrator. To rozwiązuje mój problem „niemożności aktualizacji lokalnego ref” w Atlassian Source Tree 2.1.2.5 w Windows Server 2012 R2 w domenie.

Jeśli możesz za bardzo replikować tę sytuację, oznacza to, że problem jest spowodowany problemem z uprawnieniami. Lepiej przeanalizować i znaleźć główną przyczynę - prawdopodobnie niektóre określone pliki są własnością innych użytkowników i tak dalej - w przeciwnym razie wystąpi niepożądany efekt uboczny: będziesz musiał uruchomić SourceTree jako Administrator przez resztę wieczności.

Zapisanie konkretnego przypadku, który może powodować ten problem.

Pewnego dnia wypchnąłem gałąź o nazwie „funkcja / podfunkcja”, mając jednocześnie gałąź „funkcja” na pilocie.

Ta operacja działała dobrze bez żadnego błędu po mojej stronie, ale kiedy moi współpracownicy pobrali i / lub wyciągnęli jakąkolwiek gałąź, wszyscy mieli dokładnie ten sam komunikat o błędzie unable to update local ref,cannot lock ref 'refs/remotes/origin/feature/subfeature .

Zostało to rozwiązane poprzez usunięcie featuregałęzi na zdalnym ( git push --delete origin feature), a następnie uruchomienie git remote prune originrepozytorium moich współpracowników, które generowało wiadomości, w tym* [pruned] origin/feature .

Domyślam się, że git fetchpróbowałem wewnętrznie utworzyć subfeatureref w featurefolderze git (.git / ...), ale utworzenie folderu nie powiodło się, ponieważ featureref już był .

Ten problem występuje, gdy programista na komputerze Mac utworzył gałąź o nazwie większej niż „>” w nazwie gałęzi.

To spowodowało problemy w TeamCity i na lokalnych komputerach z systemem Windows i systemem SourceTree. BitBucket przepuścił go bez żadnych problemów.

Aby rozwiązać problem, użytkownik usunął gałąź i utworzył ją ponownie. Co było miłe i łatwe.

Miałem tę samą wiadomość, ale z katalogiem, otrzymałem nieudaną wiadomość przy pobieraniu.

git --prone też mi nie pomógł. Okazuje się, że był plik o tej samej nazwie co katalog utworzony zdalnie.

Musiałem przejść do .git \ logs \ refs \ remotes \ origin i skasować plik ustawień regionalnych - a następnie pobrać ponownie, wszystko dobrze.