git pull завершается ошибкой «невозможно разрешить ссылку» «невозможно обновить локальную ссылку»

Используя git 1.6.4.2, когда я попытался, git pullя получаю эту ошибку:

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)

Я пытался git remote prune origin, но это не помогло.

Попробуйте очистить ваш локальный репозиторий с помощью:

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

Случилось и со мной. В моем случае плохой рефери был мастером, и я сделал следующее:

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

Это заставило git восстановить файл ref. После этого все снова заработало как положено.

Это сделало работу для меня:

git gc --prune=now

Для меня это работало, чтобы удалить файлы, которые выбрасывают ошибки из папки .git/refs/remotes/origin/.

Попробуй это:

git gc --prune=now

git remote prune origin

git pull

Выполните следующие команды:

rm .git/refs/remotes/origin/master

git fetch

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

На всякий случай, если вам нужно узнать, что это такое .git/refs/remotes/origin/master, прочитайте раздел Remotes в Git References .

Я просто хотел бы добавить, как это может случиться, что ссылка не работает.

Возможная первопричина

В моей системе (Windows 7 64-бит), когда BSOD происходит , некоторые из сохраненных справочных файлов (скорее всего , в настоящее время открыты / писалась в BSOD , когда произошло) заменяются NULLсимволами (ASCII 0).

Как уже упоминалось, чтобы исправить это, достаточно просто удалить эти недопустимые эталонные файлы и повторно извлечь или повторно извлечь репозиторий.

пример

Ошибка: cannot lock ref 'refs/remotes/origin/some/branch': unable to resolve reference 'refs/remotes/origin/some/branch': reference broken

Решение: удалите файл%repo_root%/.git/refs/remotes/origin/some/branch

У меня возникла та же проблема, и я решил ее, перейдя в файл, в котором он ошибался:

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

Этот файл был полон нулей, я заменил его последней версией из github.

В моем случае проблема была решена после того, как я удалил все справочные файлы удаления в каталоге .git .

Если вы посмотрите на сообщение, оно сообщит вам, какие файлы вам нужно удалить (в частности).

Файлы для удаления находятся под .git/refs/remotes.

Я просто удалил все файлы и запустил gc prune

git gc --prune=now

После этого все работает просто отлично.

Объяснение : Похоже, что ваши удаленные ветки репо (в Github / bitbucket) были удалены, хотя ваши локальные ссылки не были обновлены и указывают на несуществующие ссылки.

Чтобы решить эту проблему:

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

Для дополнительного чтения - ссылка на документацию Github :

git-fetch - загрузка объектов и ссылок из другого репозитория

--Выберите все пульты.

--prune После выборки удалите все удаленные ветви отслеживания, которые больше не существуют на пульте.

git fetch --prune исправил эту ошибку для меня:

[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

Это предполагает, что ветка-нарушитель была удалена на удаленном компьютере.

Если эта ошибка «невозможно обновить локальную ссылку» повторяется, даже после применения ответа Vojtech Vitek или Мишеля Крамера у вас может возникнуть неправильная ссылка на локальный И главный репозиторий.

В этом случае вы должны применить оба исправления без натяжения или толкания между ними ...

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

Постоянное разрешение для меня было достигнуто только после применения обоих исправлений перед push / pull.

Чтобы ответить на этот вопрос очень коротко, эта проблема возникает, когда у вашего местного пользователя есть некоторая информация об удаленном, и кто-то меняет что-то, что делает удаленный и ваши изменения не синхронизированными.

Я получил эту проблему, потому что кто-то удалил удаленную ветку и снова создал с тем же именем.

Для решения таких проблем сделайте извлечение или выборку с пульта.

git remote prune origin

или если вы используете какой-либо графический интерфейс, сделайте выборку с пульта.

Я был в состоянии работать с

git remote update --prune

Попробуй это:

git pull origin Branch_Name

Branch_Nameветвь, на которой вы сейчас находитесь.

Если вы сделаете только a git pull, оно вытянет и все другие созданные имена ветвей.

Так вот почему вы получаете это:

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

Для меня у меня был локальный филиал, feature/phase2а удаленный был назван feature/phase2/data-model. Причиной проблемы был конфликт имен, поэтому я удалил свою локальную ветку (вы можете переименовать ее, если в ней есть что-то, что вам нужно сохранить)

Если не git gc --prune=nowпоможет вам. (невезение, как я)

Что я сделал, так это удалил проект локально и снова клонировал весь проект.

Я использую Tower, и по какой-то причине мое имя папки было .git/refs/remotes/origin/Github. Изменение в нижний регистр .git/refs/remotes/origin/githubрешило проблему.

У меня была такая же проблема. я следую за следующими шагами

1) переключите вашу ветку, у которой возникла проблема, на другую ветку

2) удалить эту ветку

3) оформить заказ снова.

Примечание: - Вы можете спрятать незафиксированные изменения и вернуть их снова.

Я использовал, git prune originи это сделало работу.

У меня была такая же проблема с обновлением композитора. Но для меня это сработало только после того, как я очистил кэш композитора и после удаления содержимого папки vendor:

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

Возникла эта проблема при попытке клонирования из git bundleсозданного файла, ни один из других ответов не сработал, потому что я не мог клонировать репозиторий (поэтому об git gcудалении / редактировании файлов не могло быть и речи).

Был, однако, другой способ исправить это - исходный файл .bundleфайла начинался с:

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

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

Простое удаление четвертой строки с помощью vim устранило проблему.

У меня была эта проблема при использовании SourceTree. Я попытался снова вытащить, и это сработало. Я думаю, что я слишком быстро колдовал (оформить заказ) :).

Моя ситуация немного отличается от ситуации с постером, потому что мой репозиторий был относительно кооперативным, без каких-либо явных искажений.

 # 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

Столкнулся с той же проблемой, когда хранилище было удалено и создано с тем же именем. Это сработало только когда я переустановил удаленный URL, как показано ниже;

git origin set-url origin [GIT_REPO_URL]

Проверьте удаленный URL:

git remote -v

Теперь все команды должны работать как обычно.

Просто столкнулся с проблемой сегодня.

Метод устранения неполадок: с помощью SourceTree на серверах Windows вы можете попробовать запустить его как администратор. Это решает мою проблему «не удалось обновить локальную ссылку» в Atlassian Source Tree 2.1.2.5 на Windows Server 2012 R2 в домене.

Если вы можете слишком повторить эту ситуацию, это доказывает, что проблема вызвана проблемой разрешения. Лучше детализировать и найти основную причину - вероятно, некоторые конкретные файлы принадлежат другим пользователям и тому подобное - в противном случае есть нежелательный побочный эффект: вам придется запускать SourceTree в качестве Администратора до конца вечности.

Записать конкретный случай, который может вызвать эту проблему.

Однажды я нажал на ветку с именем «feature / subfeature», имея ветку «feature» на пульте.

Эта операция работала нормально без каких-либо ошибок на моей стороне, но когда мои коллеги извлекли и / или вытащили какую-либо ветку, у всех них было одно и то же сообщение об ошибке unable to update local ref,cannot lock ref 'refs/remotes/origin/feature/subfeature .

Это было решено удалением featureветки на remote ( git push --delete origin feature) и последующим запуском git remote prune originрепо моего коллеги, которое генерировало сообщения, включая* [pruned] origin/feature .

Итак, я предполагаю, что git fetchпытался создать subfeatureref в featureпапке внутри git (.git / ...), но создать папку не удалось, потому что featureуже был ref.

Эта проблема возникла, когда разработчик на Mac создал ветку с символом «>» в ​​имени ветви.

Это вызвало проблемы в TeamCity и на локальных компьютерах под управлением Windows, работающих под управлением SourceTree. BitBucket пропустил его без проблем.

Для разрешения пользователь удалил ветку и пересоздал ее. Что было приятно и легко.

Был тот же MSG, но с каталогом, получил сбой MSG на тяге.

git --prone мне тоже не помог. Оказывается, там был файл с тем же именем, что и каталог, созданный удаленно.

Пришлось зайти в .git \ logs \ refs \ remotes \ origin и стереть файл локали - потом вытащить снова, все хорошо.