在我的例子中，没有进程触及文件或目录。如果路径很长，可能会发生这种情况，因为操作系统限制（windows）。尝试在全局git配置中启用longpath支持标志，如下所示：

git config --global core.longpaths true

或者尝试设置是/否回答标志，如果这对你来说不冲突

set GIT_ASK_YESNO=false

如果路径太长，我还没有找到成功的解决方案。

在我的例子中（Win8.1，TortoiseGit正在运行），锁定文件的是名为“TortoiseSVN状态缓存”的进程。

杀死它让我可以运行“git-gc”而不再出现任何问题。上述过程由TortoiseGit启动，因此无需手动重新启动。

我在做git拉动时遇到了这个问题。

我尝试了gitgc，它解决了我的问题。

这里的解决方案对我有效：

这是一个特定于Windows的答案，所以我知道这与您无关。。。我只是为了未来搜索者的利益而加入它。在我的情况下，这是因为我从非提升的命令行运行Git。“以管理员身份运行”为我修复了它。

正如上面的答案中所提到的，yes文件可能必须被其他java进程使用，摆脱这个问题的简单方法是，杀死所有java进程，然后执行git pull。

对于windows，关闭所有java进程：

taskkill /F /IM java.exe

对于Linux，杀死所有java进程：

kill -9 `pidof java`

在我的例子中，没有进程触及文件或目录。如果路径很长，可能会发生这种情况，因为操作系统限制（windows）。尝试在全局git配置中启用longpath支持标志，如下所示：

git config --global core.longpaths true

或者尝试设置是/否回答标志，如果这对你来说不冲突

set GIT_ASK_YESNO=false

如果路径太长，我还没有找到成功的解决方案。