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

Для меня я решил это так:

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

После этого я получаю это сообщение с github.

Для текущего филиала нет информации об отслеживании

Итак, следующее, что я сделал, чтобы исправить это, было:

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

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

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

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

git remote prune origin

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

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

git pull origin Branch_Name

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

Если вы выполняете только git pull, он также извлекает все остальные созданные ветки.

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

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

Я смог работать с

git remote update --prune

Для меня у меня была локальная ветка с именем 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, и это сработало.

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

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

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

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

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

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

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. Я попытался снова потянуть, и это сработало. Думаю, я слишком быстро колдовал ветки (оформление заказа) :).

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

Было то же сообщение, но с каталогом, получилось неудачное сообщение при извлечении.

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

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

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

git источник удаленного набора URL [GIT_REPO_URL]

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

git remote -v

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

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

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

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

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

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

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

Если кто-то сочтет это полезным, я столкнулся с этой проблемой хронически, хотя и не постоянно, потому что у меня был каталог git в Dropbox, я удалил его из Dropbox, и все было в порядке.