Я все еще получаю это сообщение об ошибке, когда пытаюсь переместить дерево моего проекта в git repo.
Я проверил разрешения моего каталога с этим проектом, и они установлены на 777. В терминале в каталоге с my_project
я установил:
мерзавец
а потом если я попробую
мерзавец добавить.
или
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.
Я попытался также создать новый репо и там, чтобы зафиксировать его, но, к сожалению, все еще то же сообщение об ошибке.
В чем причина проблемы?
Ответы:
Пытаться
В вашем каталоге хранилища. Сообщение об ошибке довольно явно указывает на то, что обычно вызывает его, поэтому, если у вас не запущены другие процессы git (что является нормальным случаем), удалите этот файл.
источник
git push
чтобы отправить ваши изменения на веб-сервер. Подробности о том, как это работает, можно найти здесь: gitready.com/beginner/2009/01/21/pushing-and-pulling.htmltouch .get/index.lock
возвращаетtouch: .get/index.lock: No such file or directory
ls -l
для просмотра разрешений, затем используйтеsudo chown -R username ./*
иsudo chgrp -R username ./*
для изменения пользователя и группы на свои для всех файлов в проекте.В Windows сделайте это в командной строке из каталога репо:
ОБНОВЛЕНИЕ: я обнаружил, что мне не нужно делать эту процедуру, если я подожду некоторое время после закрытия файлов, над которыми я работаю, прежде чем попытаться переключить ветки. Я думаю, что иногда эта проблема возникает из-за того, что git догоняет медленную файловую систему. Другие, более осведомленные в git разработчики могут вмешаться, если они думают, что это правильно.
источник
rm -f index.lock
)Попробуйте выйти из Xcode - поскольку это git-клиент, вы должны выйти из XCode, чтобы избежать проблем с git в командной строке.
источник
У меня была такая же проблема. Я старался
и консоль выдала мне сообщение об ошибке. Затем я попробовал
и это сработало.
Удачи! Это работает супер
источник
В моем каталоге .git не было файла index.lock. Итак, используя оболочку Git Bash, я запустил ...
Команда touch создала файл, и проблема исчезла.
источник
index.lock
не существует; (3) я использовал вышеуказаннуюtouch
команду; (4) мой клиент git перестал работать нормально (в лучшем случае он замедлился до ползания); (5) я удалилindex.lock
; (6) хранилище снова заработало нормально.touch index.lock
подразумевает, что Джон был в * NIX, но я только что сделал эквивалент в Windows 10 (создайтеindex.lock
файл с текстовым редактором, немедленно удалите его и получите прибыль), и проблема исчезла.Просто так получилось, что я создал git-репозиторий как
root
пользователь.Я удалил репозиторий git и создал его снова без,
sudo
и он работает.источник
У меня тоже есть эта проблема, и я считаю, что это действительно проблема с разрешениями. так что я делаю это:
тогда все хорошо, а гаа это успех.
а затем я использую gp, я получаю еще одну ошибку, почти такую же
источник
В Mac OS X сделайте это в командной строке из каталога репозитория:
источник
Если вы используете одну из
#intelliJ
IDE и получаете это сообщение (я использую#webtorm
), пожалуйста, обратите внимание, что эта проблема может возникнуть из-за скрытия одной из папок проекта (внутри настроек), и это может предотвратитьGIT
слияние.источник
Решение, которое работало для меня, заключалось в закрытии возвышенного текста, потому что редактор запускал запущенный процесс git.
источник
Если после того, как вы попробуете:
ты получаешь:
Попробуйте закрыть все программы, которые могут использовать Git. У меня были открыты Source Tree и Visual Studio, и после закрытия обе команды работали.
источник
В Windows мне удалось удалить только файл блокировки после завершения задачи для всех процессов в Git Windows (32-разрядных) в диспетчере задач.
Решение (Win 10)
1. Завершите задачу для всех процессов Git Windows (32bit) в диспетчере задач.
2. Удалите файл .git / index.lock
источник
В моем случае решение было ждать 5 минут. Очевидно, моя предыдущая операция еще продолжалась, но я просто не знал об этом. Я использовал Git черепахи на окнах.
источник
Использовать этот:
источник
Я думаю, что есть лучшее решение, чем удаление файла (и бог знает, что будет дальше при удалении / создании файла с помощью sudo):
источник
У вас проблема с этим,
.git/index.lock
поэтому удалите его, используя команду ниже.Команда:
источник
Я пробовал это несколькими способами несколько раз, но этот работал для меня (я использовал терминал PyCharm):
Затем я снова попытался создать пустой репозиторий:
источник
Если это подмодуль, попробуйте это вместо этого в вашем каталоге репозитория:
измените имя подмодуля на имя вашего подмодуля.
источник
Решением этой проблемы является копирование трех файлов xcode / project в каталог, а затем создание нового каталога (в любом другом месте), а затем вставка трех файлов / каталогов.
источник
Также мы можем просто убить git process. Я получаю ту же проблему через приложение GUI для git, что-то идет не так, и git заставляет работать бесконечно. Процесс Killing остановит приложение, которое работает с git, просто перезапустите его, и все будет хорошо.
источник
В случае, если по какой-либо причине вы выполняете перебазирование из папки, которая синхронизируется облачной службой (Dropbox, Drive, Onedrive и т. Д.), Вы должны приостановить или отключить синхронизацию, так как это повлияет на разрешения во время перебазирования. ,
источник
Для меня это было
источник
Я изменил свое разрешение на каталог, так что я знал, что это может быть связано с разрешением. В моем случае я удалил нежелательных (_www) пользователей, а затем применил разрешение на чтение / запись для всех, применяя изменения ко всему содержимому. Это на маке
источник
Все команды удаления не сработали, и я перешел туда, используя путь, указанный в git, а затем удалил его вручную.
источник
НЕ ИСПОЛЬЗУЙТЕ атом
platformio-atom-ide-terminal
плагин для этого. ИСПОЛЬЗУЙТЕ ТЕРМИНАЛ ВАШЕГО DISTRO ПРЯМО.Я продолжал получать эту ошибку во время перебазирования / сжатия, и не знал почему, потому что я делал это раньше несколько раз.
Не имеет значения, сколько раз я удаляю
index.lock
файл, каждый раз, когда он терпит неудачу.Оказывается, это потому, что я использовал плагин терминала ATOM EDITOR . Как только я использовал терминал, который поставляется с Ubuntu, он работал как шарм.
источник
просто перейдите в D: /project/androidgc/.git/ этот каталог и удалите index.lock, это сработало для меня.
источник
В случае, если кто-то использует git svn, у меня возникла та же проблема, но я не смог удалить файл, так как его там не было !. После проверки прав доступа, касания файла и его удаления, и я не помню, что еще, это помогло:
источник
Небольшое добавление, потому что мне пришлось использовать разные ответы, чтобы получить реальное решение (для меня).
Это сделало это для меня:
cd .git
rm -f index.lock
Некоторые могут использовать
-Force
вместо-f
. Вы можете проверить командные строки вашего терминала, выполнив команду в вашем терминале что - то вроде:git help
.источник
Все решения верны:
Наконец, что изменило меня:
источник
Это происходило, когда я находился в подкаталоге каталога, соответствующего корневой папке репозитория (то есть в каталоге, в котором был .git). Переход к корневому каталогу решил проблему - за счет того, что все ссылки на файлы стали немного более неудобными, так как вместо foo.ext вам нужно идти по пути / to / folder / foo.ext
источник