Git та гидка "помилка: неможливо заблокувати існуючу інформацію / refs фатально"

Після клонування з віддаленого сховища git (у кращих кодах) я вніс деякі зміни, здійснив поступ і намагався натиснути:

git push origin master

Помилки з:

помилка: не вдається заблокувати існуючу інформацію / refs
фатально: git-http-push не вдалося

Ця справа стосується вже наявного сховища.

Що я робив раніше:

1. git config –global http.sslVerify false
2. git init
3. git remote add [url]
4. git clone
5. змінити дані
6. git commit

У "bettercodes" я не маю доступу до журналу git.

Я використовую Windows. Детальна помилка:

C:\MyWorkStuff\Projects\Ruby\MyProject\>git push origin master
Unable to create branch path https://user:password@git.bettercodes.org/myproject/info/
error: cannot lock existing info/refs
fatal: git-http-push failed

Я клонував раніше, потім змінив код і здійснив.

Для мене це спрацювало:

git remote prune origin

Оскільки ця відповідь, здається, допомагає багатьом людям, я трохи розібрався у тому, що насправді відбувається тут. Для цього потрібно видалити посилання на віддалені гілки в папці .git/refs/remotes/origin. Таким чином, це не вплине на ваші локальні відділення, і це не змінить нічого віддаленого, але оновить локальні посилання, які ви маєте на віддалені гілки. Здається, у деяких випадках ці посилання можуть містити дані, які Git не може правильно обробити.

Ви хочете спробувати робити:

git gc --prune=now

Дивіться https://www.kernel.org/pub/software/scm/git/docs/git-gc.html

Це сталося зі мною, коли мій пульт дистанційного керування (bitbucket.org) змінив їх IP-адресу. Швидке виправлення полягало у видаленні та повторному додаванні пульта, тоді все працювало як очікувалося. Якщо ви не знайомі з тим, як видалити та повторно додати пульт у git, ось такі дії:

1. Скопіюйте URL-адресу git SSH наявного пульта. Ви можете роздрукувати його до терміналу за допомогою цієї команди:

   git remote -v

який надрукує щось подібне:

 origin git@server-address.org:account-name/repo-name.git (fetch)
 origin git@server-address.org:account-name/repo-name.git (push)

2. Видаліть пульт із локального git repo:

   git remote rm origin

3. Додайте пульт назад до місцевого репо:

   git remote add origin git@server-address.org:account-name/repo-name.git

Виконана команда git update-ref -d refs/heads/origin/branchвиправила його

Я це виправив, зробивши наступне

git branch --unset-upstream
rm .git/refs/remotes/origin/{branch}
git gc --prune=now
git branch --set-upstream-to=origin/{branch} {branch}
#or git push --set-upstream origin {branch}
git pull

Це припускаючи, що локальні та віддалені відділення вирівняні, і ви просто отримуєте помилку refs як не фатальну.

У мене виникло це питання, оскільки я знаходився на гілці, яка мала схожу назву з гілкою вище. тобто була названа гілка вище за течією example-branchі моя місцева гілка example-branch/backend. Рішення було змінити назву моєї місцевої філії так:

git branch -m <new name goes here>

Це, мабуть, вирішено досі. Але ось що для мене спрацювало.

1. Розташування:

   • Якщо заблокований сховище знаходиться на стороні сервера:

     1. ssh у ваше сховище git на сервері.
     2. Увійдіть як користувач, який має дозволи змінювати сховище та переходити до сховища на вашому сервері.

   • Якщо заблокований сховище є лише локальним:

     1. Відкрийте консоль git та перейдіть до каталогу сховищ.

     2. Виконайте цю команду:

        git update-server-info
        

2. Виправте дозволи на ваше (віддалене або / та локальне) сховище, якщо потрібно. У моєму випадку я повинен chmodбув 777і chownдоapache:apache

3. Спробуйте знову натиснути з локального сховища:

   git push
   

Що для мене працювало:

1. Видалити .git/logs/refs/remotes/origin/branch
2. Видалити .git/refs/remotes/origin/branch
3. Біжи git gc --prune=now

Ось як це працює для мене.

1. шукайте файл блокування Apache DAV на вашому сервері (наприклад, / var / lock / apache2 / DAVlock)
2. видаліть його
3. відтворити його з дозволом на запис для веб-сервера
4. перезапустити веб-сервер

Ще швидша альтернатива:

1. шукайте файл блокування Apache DAV на вашому сервері (наприклад, / var / lock / apache2 / DAVlock)
2. Очистіть файл: cat /dev/null > /var/lock/apache2/DAVlock
3. перезапустити веб-сервер

Це звучить як проблема з дозволом - чи можливо у вас було відкрито два вікна, виконані з окремими правами? Можливо, перевірте право власності на папку .git.

Можливо, перевірте, чи відкрито незабутнє блокування файлів, можливо, скористайтеся lsof, щоб перевірити, або еквівалент вашої ОС.

У моєму випадку гілка була переміщена до підкаталогу, а каталог називався гілкою. Гіт збентежився тим. Коли я видалив локальну гілку (у SourceTree лише правою кнопкою миші видалити), все працювало як завжди.

У моєму випадку після отримання цього повідомлення я зробив команду оформлення замовлення і мені було дано це повідомлення:

Your branch is based on 'origin/myBranch', but the upstream is gone.
  (use "git branch --unset-upstream" to fixup)

Після виконання цієї команди я повернувся до нормального стану.

Оновлення:

Можливо, вам потрібно буде відредагувати файл ~ / .netrc:

https://bugs.launchpad.net/ubuntu/+source/git-core/+bug/293553

Оригінальна відповідь:

Чому ви відключили ssl? Я думаю, що це може стосуватися вас, якщо ви не можете натиснути через https. Я б встановив її назад і спробував знову натиснути:

git config –global http.sslVerify true

Переконайтеся, що ви (git process фактично) маєте доступ до файлу, .git/info/refsа цей файл не заблокований іншим процесом.

У мене виникла ця проблема, коли я намагався створити нову гілку функції, яка містила назву старої гілки, наприклад, походження - branch1, і я хотів створити особливість branch1. Це не було можливо, але галузь1 / функція вже була.

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

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

Щоб виправити проблему, я створив гілку з назвою, яка напевно не повинна існувати, як-от:

git checkout -b some_unknown_branch

Тоді я очистив усі інші мої гілки (не активні), бо вони були просто непотрібним сміттям.

git branch | grep -v \* | grep -v master | xargs git branch -D

а потім перейменував мою поточну галузь з іменем, яке я призначив, як-от:

git checkout -m my_desired_branch_name

У випадку bettercodes.org рішення є більш поетичним - єдина проблема може бути у правах, призначених учасникам проекту. Прості учасники не мають прав на запис! Переконайтеся, що у вас є права модератора чи адміністратора. Це, звичайно, потрібно встановити на bestcodes.org в налаштуваннях проекту адміністратором, звичайно.

Я побачив цю помилку при спробі запуску git filter-branchдля від'єднання багатьох підкаталогів до нового, окремого сховища (як у цій відповіді ).

Я спробував усі вищезазначені рішення, і жодне з них не вийшло. Врешті-решт я вирішив, що мені не потрібно зберігати свої теги все, що було погано в новій гілці, і просто запустив:

git remote remove origin
git tag | xargs git tag -d
git gc --prune=now
git filter-branch --index-filter 'git rm --cached -qr --ignore-unmatch -- . && git reset -q $GIT_COMMIT -- apps/AAA/ libs/xxx' --prune-empty -- --all