除非你真的打算让根用户拥有你的repo，否则这听起来像是你意外地以根用户身份运行了Git命令(甚至可能是初始的clone/init)。如果您打算这样做，那么您将不得不以根用户身份在repo中运行所有Git命令。如果没有，运行sudo chown your-user[:your-group] -R .git来获得它的所有权，然后看看事情是否正常。

可能(我遇到过这种情况)，ls命令说它不存在，因为当前用户没有访问该目录或文件的权限。

移除锁并确保使用正确的用户执行git，以避免权限问题。

如果你在GNU/Linux系统下使用sudo命令:

执行rm project_path/.git/index.lock

有时Git会在你做任何更改或者使用子模块时创建一个与你的repo相关的锁文件。 错误消息将显示锁定文件的路径。 修复:只需手动进入路径在终端和删除锁定文件 $ rm index.lock

这应该会有所帮助。

从git 2.8.4(2016年6月)开始，这种情况不应该再发生了。

参见问题755，这也应该缓解这个问题(commit 2db0641):

确保临时文件句柄没有被子进程继承 防止子进程继承index.lock的句柄。

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

在我的sourceTree应用程序中，我不能做提交或切换到任何其他提交/分支。时间显示误差

致命:无法创造等等等等。

我只是通过goto .git文件夹(在项目资源管理器目录)解决这个问题。删除索引-----[文件类型:LOCK文件]。现在我得到了sourceTree的所有访问权限。

请确保索引锁文件..假设你没有得到文件类型，改变计算机中的文件视图设置。注意:.git文件夹通常是隐藏类型的文件夹。