Попередження Git Checkout: неможливо від’єднати файли, у дозволі відмовлено

Мені відомо, що щодо git є подібні проблеми, пов’язані з попередженням "не вдається від’єднати", але я не зміг їх використовувати.

Основна відмінність полягає в тому, що це сталося тоді, коли я жодним чином не займався субмодулями (я ніколи раніше не займався ними). Я створив гілку під назвою «оновлення», видалив старі рамкові файли та скопіював у нові. Я використовував git add -A, а потім все робив. Коли я намагався перевірити відділення магістралі, він відповів на такі помилки:

warning: unable to unlink requirements/views/sk/index.php: Permission denied
warning: unable to unlink requirements/views/sv/index.php: Permission denied
warning: unable to unlink requirements/views/zh/index.php: Permission denied
warning: unable to unlink requirements/views/zh_cn/index.php: Permission denied
warning: unable to unlink requirements/views/zh_tw/index.php: Permission denied

... тощо. Їх сотні.

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

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

Це питання особливо виснажливе, оскільки я не можу перейти до магістралі, щоб повернутися до нормального розвитку.

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

Переконайтеся, що нічого не працює, а потім повторіть спробу оформлення замовлення.

Примітка: це також може бути пов’язано із способом встановлення Git (у Windows, UAC може створити проблему, якщо msysgit встановлений у, C:\Programабо C:\Program Files, див. " Msysgit - sh.exe - fork: Дозвіл відхилено - Vista 64 біт " та коментар 2 із випуск 437 )

Примітка. Як показано нижче , поширеною іншою причиною проблеми є проблема з правами на каталог (неправильний власник), не обов'язково на файл, який неможливо від’єднати.

Під час моєї першої зустрічі з цією помилкою мій користувач мав права "писати" у файл, але не у каталог, що містить його. Перевірте дозволи довідника, що містить файл.

"Від’єднати" по суті означає "видалити файл" в цьому випадку.

Ця помилка не викликана самим git. У вас повинні виникнути подібні помилки при видаленні цих файлів вручну, в командному рядку або провідника файлів.

У вас немає дозволу на доступ, можливо, тому що ви не власник.

Виправте, змінивши власника на себе:

sudo chown -R your_login_name /path/to/folder

У мене виникла проблема з файлом default-settings.php в drupal 7. У цьому випадку я не зміг її видалити або відновити так, як сказав @rtconner. У мене не було програми чи нічого, що використовує цей файл, і це виявилося помилкою дозволів.

Я додав chmod 777 *у папку, і тоді мені вдалося відновити її без проблем.

Ви можете змінити дозволи на запис, щоб виконати це.

sudo chmod -R ug+w . 

Ця команда надасть 'w'дозволи всім папкам у поточному каталозі.

Я зіткнувся з цією проблемою щоразу, коли на своїх машинах OS X працював "git repack" або "git gc", навіть під час запуску git з правами адміністратора, і, нарешті, вирішив це після переходу на цю сторінку: http://hints.macworld.com /comment.php?mode=view&cid=1734

Виправлення полягає в тому, щоб відкрити термінал, перейдіть до свого git repo, CD в папку .git і виконайте:

chflags -R nouchg *

Якщо це було проблемою, то після цього ваші команди git працюватимуть як звичайно.

Це також може статися, коли:

1. Ви запустили процес усередині контейнера Docker і:

2. Деякі файли були згенеровані цим процесом, і:

3. Призначення файлів встановлюється як об'єм на хості Docker, і:

4. Ви працюєте gitна хості Докер.

У такому випадку встановіть файли, які ви хочете скопіювати та запустити:

git diff --name-only --cached | xargs ls -l 

Файли, які відповідають зазначеним вище критеріям, мають префікс:

-rw-r--r-- 1 root root ...

Вони належать rootі не підлягають запису, що не добре. Щоб виправити цей запуск:

 git diff --name-only --cached | xargs -i sh -c 'sudo chown $USER:$USER {}; chmod +w {}'

Більш чистим рішенням, ймовірно, було б використання --userопції, див. Це для Docker і це для Docker .

Для тих, хто використовує Intellij , як @rtconner сказав, що ця проблема не викликана git. Оскільки ваш IDE заблокований, файл (файли) git не може його скасувати. Отже, вам потрібно закрити свій IDE, а потім спробувати об'єднати (або що завгодно) його за допомогою командного рядка.

У моєму випадку це символ ":" у назві папки не дозволяв git repo перевірити на Windows.

на терміналі на Mac я просто роблю це

Судо git checkout. (щоб все почистити)

і потім

sudo git pull походження

У мене була помилка всередині віртуальної машини (під керуванням Ubuntu), коли я намагався це зробити git reset --hard.

Виправлення полягало в тому, щоб просто запустити git reset --hardз хост-машини OS X.

Жодна з інших пропозицій не працювала для мене, але це:

sudo git reflog expire --expire=now --all && sudo git gc --prune=now --aggressive

У моєму випадку мій каталог Windows знаходиться в папці Dropbox. Це не специфічне для Git питання. Коли файл (у цьому випадку файл блокування) щойно створений, для синхронізації потрібно ще секунду Dropbox. За цей час файл використовується Dropbox, і будь-яка сторона програми (в даному випадку Git) не може видалити файл.

Моє рішення полягає в тому, щоб вийти з Dropbox і, таким чином, уникати чарівної магії синхронізації файлів Dropbox.

Я стикався з цією помилкою , і це викликано неправильним «власник / групами» з файлу / папки . Ви повинні звернутися за допомогою до свого адміністратора сервера, щоб змінити "власника / групу" цього файлу / папки та повторити спробу "знову потягнути". Або якщо ви судоер, просто засуньте "ім'я власника / назву вашої групи" та спробуйте знову витягнути сховище. Спробуйте, це працює на 100% для мене!

Переконайтесь, що будь-які пов’язані процеси або потоки не запущені, і виконайте кінцеве завдання або змушуйте вийти з необхідності.

Переконайтеся, що ви змінили дозвіл власності.

Загалом, якщо це відбувається в Windows , а ви використовуєте tortoisegit , це кеш статусу tortoisegit . Вбийте цей процес, і він буде звільнений.

Мені просто довелося переключити користувача з ubuntu на власне ім'я користувача, під яким я вперше робив речі. Це і виправило.

Для мене вирішено, встановивши мій клієнт git (GitExtensions) завжди працювати в режимі адміністратора.

У мене була проблема під час використання IntelliJ(14.1.3 Ultimate), я хотів відновити зміни в якомусь файлі.

Вирішено шляхом закриття, Git Bashвідкритого в іншому вікні - чергова спроба відновити IntelliJроботу.

Я зіткнувся з цією помилкою, і я думаю, що проблема полягала в тому, що я "запускався як адміністратор", коли запускав Eclipse і створював файли, тому вони були власником адміністратора (помічено запуском "ls -la" в папці). Коли я пізніше спробував сховати файли, це мені не дозволило ("не вдається від’єднати файли" і все таке). Виправлення chmod у файлах було для мене виправленням.

git gc працював на мене (на новій вкладці). Отримував це з кожною базою даних. Дякуємо http://www.saintsatplay.com/blog/2016/02/dealing-with-git-unlink-file-errors#.W4WWNZMzZZJ

Все, що вам потрібно зробити, це надати дозволи, запустити команду нижче з кореня проекту:

    chmod ug+w <directory path>

У мене було те саме питання, я спробував кілька альтернатив, як пропонували інші.

Нарешті, надавши правильний дозвіл на папку .git вирішити проблеми.

sudo chown -R "${USER:-$(id -un)}" .git

У моєму випадку проблема з дозволом вирішена шляхом встановлення www-dataяк власника:

chown -R www-data project_folder_name

Я думаю, що це стосується вашого дозволу на файл:

sudo chmod 777 -R <your-git-folder>