我正在提交我的git进程并认为如果我忽略评论就可以了，所以我使用了这段代码
git commit filename
Bash很奇怪，因此我关闭了控制台 现在我使用正确的命令
git commit -m"THIRD COMMIT" filename
它给出了以下回应：
另一个git进程似乎正在此存储库中运行，例如 由'git commit'打开的编辑器。请确保所有流程 终止然后再试一次。如果它仍然失败，那就是一个git进程 可能早先在此存储库中崩溃了：
我该怎么办？
答案 0 :(得分：12)
我最近也遇到了这个问题。
rm -f ./.git/index.lock
在你的git bash中尝试这个推荐，然后你可以解决你的问题。
答案 1 :(得分：8)
this answer of another question中建议移除index.lock之类的function () {
var deferred = $q.defer();
$http.get('/api/calendarevent/getall').success(function (data) {
deferred.resolve(data);
});
return deferred.promise;
}
可以解决您的问题。
答案 2 :(得分：1)
当我从GIT命令运行并发生冲突并尝试通过TortoiseGIT客户端恢复它时，它发生在我身上。 我通过在我的仓库的根文件夹级别运行以下代码解决了这个问题
rm .git/index.lock
希望这有用。
答案 3 :(得分：1)
答案 4 :(得分：0)
这有助于避免以下消息 “另一个git进程似乎在这个存储库中运行，例如由'git commit'打开的编辑器。请确保所有进程都被终止然后再试一次。如果它仍然失败，git进程可能在此存储库中崩溃了：删除手动继续文件。“
即使在Windows中我尝试删除index.lock文件时， git reset --hard HEAD命令正在执行而没有任何障碍。
del index.lock git reset --hard HEAD
以前当我在此存储库中运行checkout进程时，我不得不在进程中间断开连接。所以这可能是造成这个问题的原因。
答案 5 :(得分：0)
当我尝试在 SourceTree 中暂存文件时，我也面临着同样的问题。
要解决此问题，请转到项目目录中的 .git 文件夹，然后手动删除 index.lock ，就可以了。
答案 6 :(得分：0)
检查.gitignore文件。当我尝试查找错误时，我发现并修复了该错误。
答案 7 :(得分：0)
这些命令似乎不适用于我，因此我导航到项目的根文件夹，查看了隐藏文件，然后导航至.git /删除index.lock，然后重新运行git commit -m“ THIRD COMMIT”文件名就是这样！