当我做'git commit'时，我得到以下内容:
无法创建“project_path/.git/index”。lock `:文件已存在。
然而，当我执行ls project_path/.git/index。锁定，表示文件不存在。你觉得我该怎么做?我还注意到project_path/。git由root拥有，不确定这是否与我遇到的问题有关。
Git版本为1.7.5.4
编辑:看起来问题很可能是我正在运行的另一个进程，那就是向项目目录写入(我不知道)。我重新启动了我的电脑，然后我就没有问题了。
当前回答
我在windows 10中也有这个问题。
当我尝试del ./.git/index。锁，它告诉我不能删除索引。lock':设备或资源繁忙
我终于明白了原因:
计算机有两个进程使用git:
吉特巴什 CMDER
所以我使用cder .exe来git提交它会发生错误。
所以解决方案是使用git bash或终止git bash，然后使用cder .exe
其他回答
这可能是因为当你试图拉代码并突然停止进程。
简单的方法:
Rm -f ./.git/index.lock 在master/main分支的git状态之后 还能看到很多红色的文件。运行git reset——hard origin/master删除所有本地更改，使其与origin/master类似。
这是当你取消从中间的原点开始拉时发生的。
你可以手动删除索引。锁定文件从你的。git目录。
rm -f ./.git/index.lock
CD到您的项目目录并运行此命令。
在我的例子中，我随机得到a
fatal: Не удалось создать «/home/mingun/project/.git/index.lock»: Файл существует.
Похоже, что другой процесс git запущен в этом репозитории,
например редактор открыт из «git commit». Пожалуйста, убедитесь,
что все процессы были завершены и потом попробуйте снова.
Если это не поможет, то возможно процесс git был ранее завершен
с ошибкой в этом репозитории:
удалите файл вручную для продолжени
消息，当我做一个rebase，我很确定没有其他git进程。至少一个没有看到他们中的任何一个，当我检查他们刚刚失败的rebase命令。当然，每次我都立即检查并看到/home/mingun/project/.git/index. .锁文件不存在。
通常情况下，当我每次尝试进行重基时，都会遇到这个错误，在几次重基提交后，进程会失败。更糟糕的是，在大多数情况下不可能继续rebase:
$ git status
интерактивное перемещение в процессе; над e55e03330e3
Last commands done (21 commands done):
pick 1a39bd4740d <skipped>
pick f1906baf94b <skipped>
(смотрите дополнительно в файле .git/rebase-merge/done)
Next commands to do (13 remaining commands):
pick 98db21878ed <skipped>
pick 30488ef5a5a <skipped>
(используйте «git rebase --edit-todo», чтобы просмотреть или изменить их)
Вы сейчас перемещаете ветку «master» над «e55e03330e3».
(все конфликты разрешены: запустите «git rebase --continue»)
Изменения, которые будут включены в коммит:
новый файл: <skipped>
изменено: <skipped>
$ git rebase --continue
fatal: не удалось прочитать файл журнала «.git/rebase-merge/message»: Нет такого файла или каталога
error: не удалось закоммитить проиндексированные изменения.
$
有时，如果我在两次尝试之间等待几秒钟，git rebase(实际上是git svn rebase)命令会成功完成。但通常你必须等待并尝试10次或更多。重构todo的时间越长，它以错误结束的可能性就越大。
当我试图用英文消息重现这个错误，并在错误跟踪器中发布结果时，我惊讶地发现，使用LANG=C总是能解决问题!我认为这是一场意外非常可疑。
我认为这是一个git错误的另一个原因是这些错误最近才开始发生(可能是一年前)，尽管我的git工作模式已经有一段时间没有改变了。
所以，如果你遇到了和我一样的问题，试着在你的命令前加上LANG=C:
$ LANG=C git svn rebase
如果你正在使用GIT BASH For Windows:-
运行以下两个命令 1. cd . 2. rm index.lock
在我的例子中，它是窗户，而不是完全关闭。
窗口已休眠，拒绝挂载
Windows很有可能真的处于休眠状态。当你告诉Windows正常关机时，它会自动关机。这样做的好处是可以获得更快的启动时间。
在没有hybernating的情况下关闭Windows，在命令提示符下发出以下命令(在Windows中):
shutdown /s
您可能还需要包含/t 0来立即关闭。
我找到了一个很好的教程来设置启动器:如何在Windows 8中完全关机而不禁用混合启动。
真正关闭Windows的更简单的方法是“重新启动”(而不是“关闭”)，但随后拦截引导过程并引导Linux，而不是让它引导Windows。
信贷:nobar
