【Git】fatal: Unable to create ‘.git/index.lock’: File exists.
作者：互联网
原作者：https://blog.csdn.net/Return_head/article/details/117288036
问题描述
在使用Git进行分支切换时，出现以下报错，导致操作执行失败。
该问题之前虽然也遇到过，但是通过网上的解决方案很快的解决掉了，所以没有多做研究。这次相对比较棘手，网上的一些解决方案并未奏效，所以特别记录一下我的记录过程，以备自用。
报错信息如下
fatal: Unable to create 'C:/xxx/xxx/xxx/.git/index.lock': File exists.
Another git process seems to be running in this repository, e.g.
an editor opened by 'git commit'. Please make sure all processes
are terminated then try again. If it still fails, a git process
may have crashed in this repository earlier:
remove the file manually to continue.
问题原因
报错信息说明
报错信息已经非常清楚的说明了该错误的原因以及解决方案，让我们来意译一下。
致命问题：无法创建 ‘C:/xxx/xxx/xxx/.git/index.lock’ : 文件已经存在。
这个仓库中似乎正运行着另一个Git进程。例如：通过 ‘git commit’ 命令打开的某个编辑器。
请您确保(该仓库中)所有(Git)进程均已终止后再重试您的操作。若仍然失败，可能是因为该仓库中的某个Git进程在早些时候就已经崩溃。
建议手动移除该文件以继续其它操作。
index.lock文件简介
这里简单说明一下 ‘index.lock’ 文件，便于更好的理解。
index.lock是Git中使用的一种锁机制。当执行用于编辑索引的Git命令时，Git会创建一个新的index.lock，写入更改，然后重命名该文件。index.lock文件向其它进程表明该存储库已被锁定以支持编辑。
以上内容来自微软Azure文献资料中的描述
Git index.lock file
不过在Git的官方文档中，并未找到对index.lock的详细叙述，如果有同学找到了可以在评论区分享一下，感谢。
Git 官方文档
问题原因分析
结合对 ‘index.lock’ 的了解，笔者简单总结一下该问题的成因与基本的解决方案。
直接原因
‘index.lock’ 文件已经存在，当前操作无法再次加锁，导致当前操作执行失败。
间接原因
存在另一个活动的Git进程，一直占据着锁。
某个Git进程在之前的执行中崩溃，导致未能及时释放锁。
解决方案
终止该仓库中的所有Git进程后重试操作。
手动删除 ‘index.lock’ 文件后，重试操作 。
解决方案
直接删除 ‘index.lock’ 文件
这是使用较为广泛解决方案，笔者在搜索时几乎所有的博文提供的都是这种处理方法。即直接找到错误描述中的文件路径，直接删除仓库中的 ‘.git/index.lock’ 文件即可。
唯一需要注意的是.git目录是隐藏目录，windows系统下需要在
文件管理器——>查看——>显示/隐藏
菜单中勾选显示 ‘隐藏的项目’ 即可
终止Git进程并删除 ‘index.lock’ 文件
第一种解决方案虽然广为使用，但是并不能解决我遇到的这种情况。出现本文中叙述的错误时，笔者按照平时的处理选择去删除 ‘index.lock’ 文件。但出现文件占用，删除失败。
于是根据网上搜索的解决方案，使用文件粉碎机强制进行粉碎。但尝试粉碎后，刷新文件列表，‘index.lock’ 文件仍然存在，尝试重试操作，仍然显示相同的报错信息。
这个时候根据前文说明的问题原因，基本上可以确定是由于存在另一个Git进程持有锁，即使强制删除了 ‘index.lock’ ，由于Git对 ‘index.lock’ 的恢复机制，仍会产生新的锁文件，阻碍Git命令执行。于是打开资源管理器，尝试定位"罪魁祸首"的Git进程。
果然存在另外的Git进程，按照错误提示强制终止所有的Git进程后，很容易的删除了 ‘index.lock’ 文件。尝试重试操作后得以成功执行。
简单总结一下，如果遇到直接删除 ‘index.lock’ 不成功，或删除后又重新恢复的情况。需要定位该仓库中运行的所有Git进程，由于不确定具体是哪个进程持有锁，所以建议终止所有执行进程后再删除 ‘index.lock’ 文件，并尝试重试操作。
如何规避
如果是Git本身的原因造成的崩溃，那可能难以规避该问题的出现。
但是从使用者的角度出发，在进行某些较为费时的Git操作（主要是会引起Git索引变更的操作）时，尽量不要人为的终止操作的执行。
————————————————
版权声明：本文为CSDN博主「少年我手写红黑树」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/Return_head/article/details/117288036
标签：index,git,exists,文件,lock,Git,进程 来源： https://www.cnblogs.com/zouhao/p/16275624.html