对我来说，罪魁祸首是windows安全，它阻止了git.exe运行，你可以检查屏幕右下角的通知选项卡。

消息将如下所示

Virus and threat protection 
unauthorized changes blocked
controlled folder access blocked git.exe from running

在运行Visual Studio 2015 RC (v4.6.00057)并结合SourceTree (v1.6.14.0)的Windows平台上，也会给出此错误。

解决方案: 假设你想使用源代码树作为源代码管理器，只需在Visual Studio中禁用源代码控制提供程序，如下所示:

转到:工具>选项>源代码控制 选择“当前源控制插件”为:无

我有这个完全相同的错误，但问题不是锁文件。相反，问题是我将另一个git repo的内容复制到这个repo中，包括.git不可见文件夹。因此，SourceTree对我想要stage文件的repo感到困惑(在SourceTree认为我在的repo和我嵌入的.git目录中的内容说我应该在的repo之间存在不匹配)。

我没有inex。锁文件删除，但对我有用的是从文件夹属性对话框的属性窗口中删除只读检查。

获取错误:

Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
fatal: Unable to create '/home/user/project/.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/index。锁文件。

在我的情况下，吉特可乐正在运行!

它显然创建了。git/index。每隔一段时间就会锁一次，或者是由于我在命令行上所做的更改而导致的，在此期间我收到了这个错误-所以Git -cola显然会“干扰”Git的命令行运行(或一些Git CLI操作)。

这可以通过在命令行git rebase期间关闭git-cola来解决。

在我的案例中，没有索引。锁定要删除的文件。我试图在用pretty格式化后提交109个文件。提交更少的文件最终“解决”了这个问题。