git pull не вдається "не вдається вирішити посилання" "не вдається оновити локальний номер"

Використовуючи git 1.6.4.2, коли я спробував a, 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, ви прочитаєте розділ " Віддалені " в 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

Це передбачає, що гілка, яка порушила, була видалена на віддаленому веб-сайті.

Якщо ця помилка "не в змозі оновити місцевий номер" повторюється, навіть після застосування відповіді Войтеха Вітека або Мішеля Кремера , можливо, у вас може виникнути погана інформація про ваш локальний І головний сховище.

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

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

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

Щоб відповісти на це дуже коротко, це питання виникає, коли ваш місцевий користувач має деяку інформацію про пульт та хтось змінює щось, що робить віддаленим і ваші зміни не синхронізуються.

Я отримував цю проблему, оскільки хтось видалив віддалену гілку та знову створив те саме ім'я.

Для вирішення подібних питань виконайте тягнення або витягніть з дистанційного.

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і що зробив свою роботу.

У мене була така ж проблема з оновленням композиторів. Але для мене це працювало лише після того, як я очистив кеш композитора і після видалення вмісту папки постачальника:

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 віддалене походження URL-адреси набору [GIT_REPO_URL]

Перевірте віддалений URL:

git remote -v

Тепер усі команди повинні працювати як завжди.

Щойно натрапив на проблему сьогодні.

Спосіб усунення несправностей. За допомогою SourceTree на серверах Windows ви можете спробувати запустити його як адміністратор. Це вирішує мою проблему "не в змозі оновити локальну посилання" на Atlassian Source Tree 2.1.2.5 на Windows Server 2012 R2 у домені.

Якщо ви можете занадто повторити цю ситуацію, це доводить, що проблема викликана видачею дозволу. Краще ознайомитись і знайти першопричину - можливо, деякі конкретні файли належать іншим користувачам і такі - інакше є небажаний побічний ефект: вам доведеться запускати SourceTree як адміністратор на всю вічність.

Списання конкретного випадку, який може спричинити цю проблему.

Одного разу я висунув гілку з назвою "особливість / підфункція", одночасно маючи гілку "особливість".

Ця операція спрацювала нормально без будь-якої помилки з моєї сторони, але коли мої співробітники дістали та / або витягнули будь-яку гілку, всі вони мали точно таке ж повідомлення про помилку 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намагався створити subfeatureref у featureпапці на git внутрішньо (.git / ...), але створити папку не вдалося, оскільки там featureвже була ref.

Цю проблему ми отримали, коли розробник на Mac створив гілку із символом, що перевищує ">" у назві гілки.

Це спричинило проблеми в TeamCity та на локальних комп'ютерах під керуванням Windows під управлінням SourceTree. BitBucket випускає це без проблем.

Щоб вирішити, користувач видалив гілку та відтворив її. Що було приємно і легко.

Був той самий msg, але з каталогом, під час виходу з ладу не вдалося.

git -prone мені теж не допоміг. Виявляється, був файл з тим самим іменем, що і каталог, створений віддалено.

Довелося перейти до .git \ logs \ refs \ remotes \ origin та стерти файл локалу - тоді знову потягніть, все добре.