Git - фатальный: невозможно создать '/path/my_project/.git/index.lock': файл существует

Я все еще получаю это сообщение об ошибке, когда пытаюсь переместить дерево проектов на git repo.

Я проверил разрешения моей директории с этим проектом, и они установлены на 777. В терминале в каталоге с my_project я установил:

git init

а затем, если я попробую

git добавить.

или

git commit -m "сначала загрузить"

поэтому я получу ошибку

fatal: Unable to create '/path/my_proj/.git/index.lock': File exists.

If no other git process is currently running, this probably means a
git process crashed in this repository earlier. Make sure no other git
process is running and remove the file manually to continue.

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

Может ли кто-нибудь помочь мне, пожалуйста, в чем причина проблемы?

Миллион раз спасибо!

4b9b3361

Try

rm -f ./.git/index.lock

В вашем каталоге репозитория. Сообщение об ошибке довольно явно относится к тому, что вызывает его, поэтому, если у вас нет других git процессов, выполняющихся (что является нормальным случаем), продолжайте и удалите этот файл.

1115
ответ дан 22 окт. '11 в 19:06
источник

В Windows выполните это в командной строке из каталога репо:

cd .git
del index.lock
98
ответ дан 10 марта '14 в 18:31
источник

Попробуйте отказаться от Xcode - так как это клиент git, вам нужно выйти из Xcode, чтобы избежать проблем с git в командной строке.

26
ответ дан 23 июля '12 в 22:22
источник

У меня была такая же проблема. Я попробовал

rm -f ./.git/index.lock 

и консоль выдала сообщение об ошибке. Затем я попробовал

rm -Force ./.git/index.lock

и это сработало.

Удачи!

11
ответ дан 14 мая '15 в 1:54
источник

В моем каталоге .git не было файла index.lock. Итак, используя оболочку Git Bash, я побежал...

cd .git
touch index.lock

Команда touch создала файл, и проблема исчезла.

8
ответ дан 25 мая '16 в 23:55
источник

Просто случается, что я создал репозиторий git с пользователем root. Я удалил репозиторий git и снова создал его без sudo, и он работает.

6
ответ дан 27 сент. '15 в 7:53
источник

У меня тоже есть эта проблема, и я нахожу ее действительно проблемой разрешения. поэтому я делаю это:

sudo chown -R : .git #change group
sudo chmod -R 775 .git #change permission

тогда ererything отлично, и gaa - успех.

а затем я использую gp, я получаю еще одну ошибку почти с той же ошибкой

sudo chown -R "${USER:-$(id -un)}" . #use this can fix the problem
6
ответ дан 01 дек. '16 в 11:12
источник

В Mac OS X выполните это в командной строке из каталога репо:

cd .git
rm index.lock
5
ответ дан 12 апр. '16 в 6:29
источник

Если после попытки:

rm -f./. git/index.lock

вы получаете:

rm: невозможно отменить "index.lock": Permission denied

Попробуйте закрыть все программное обеспечение, которое может использоваться Git. У меня было Source Tree и Visual Studio, и после закрытия обе команды работали.

4
ответ дан 13 окт. '16 в 11:39
источник

В Windows мне удалось удалить файл блокировки после Ending Task для всех Git Windows (32-битных) процессов в диспетчере задач.

Решение (Win 10)

1. Завершить задачу для всех Git процессов Windows (32 бит) в диспетчере задач

2. Удалите файл .git/index.lock

4
ответ дан 24 янв. '17 в 0:06
источник

Если вы используете одну из ID20 и получаете это сообщение (я использую #webtorm), обратите внимание, что эта проблема может возникнуть из-за сокрытия одной из папок проекта (внутри настроек), и это может предотвратить GIT от слияния.

4
ответ дан 18 февр. '15 в 15:16
источник

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

3
ответ дан 17 сент. '16 в 1:46
источник

В моем случае решение должно было ждать 5 минут. Очевидно, что моя предыдущая операция продолжалась, но я просто этого не знал. Я использовал черепаху git на окнах.

3
ответ дан 20 апр. '15 в 12:27
источник

Я изменил свое разрешение на директорию, поэтому я знал, что это может быть связано с разрешением. В моем случае я удалил ненужных (_www) пользователей, а затем применил права на чтение/запись для всех, применив изменения ко всему содержимому. Это на Mac

Разрешение каталога на Mac

1
ответ дан 04 нояб. '16 в 10:07
источник

Разрешение для этой проблемы заключается в копировании трех файлов xcode/project в каталог, а затем создании нового каталога (Whreever else), а затем вставки трех файлов/каталогов.

1
ответ дан 22 июля '13 в 20:51
источник

Если по какой-либо причине вы делаете переустановку из папки, которая синхронизируется облачной службой (dropbox, drive, onedrive и т.д.), вы должны приостановить или отключить синхронизацию, поскольку это будет мешать разрешениям во время rebase.

1
ответ дан 11 апр. '16 в 1:55
источник

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

1
ответ дан 10 окт. '17 в 20:49
источник

НЕ ИСПОЛЬЗУЙТЕ плагин Atom platformio-atom-ide-terminal для этого. ИСПОЛЬЗУЙТЕ ТЕРМИНАЛ ВАШЕГО ДИСТРО ПРЯМО.

Я продолжал получать эту ошибку, в то время как rebasing/squishing комментирует и не знал почему, потому что я делал это несколько раз.

Не важно, сколько раз я удалял файл index.lock, каждый раз, когда он терпел неудачу.

Оказывается, это потому, что я использовал плагин терминала ATOM EDITOR. Как только я использовал терминал, который поставляется с Ubuntu, он работал как шарм.

1
ответ дан 16 нояб. '17 в 17:03
источник

Также мы можем просто убить процесс git. Я получаю ту же проблему через GUI-приложение для git, что-то не так, и git делает некоторую работу бесконечно. Процесс Killing заморозит приложение, которое работает с git, просто перезагрузите его, и все будет в порядке.

1
ответ дан 04 июля '14 в 14:12
источник