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

git config --global core.longpaths true

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

set GIT_ASK_YESNO=false

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

对于我的Spring Boot项目，我在尝试运行git stash时遇到了这个错误。

解决方案是杀死我机器上运行的所有Java进程。

在Windows上，在（相当大的）回购的git克隆上看到了此错误。关闭SmartGit并暂停了我的备份软件（CrashPlan），之后它就开始工作了。不确定这两个人中的哪一个做到了这一点，但如果他们中的任何一个跑步，这可能也会对你有用。

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

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

taskkill /F /IM java.exe

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

kill -9 `pidof java`

这可能意味着另一个程序正在使用该文件，这会阻止git在您尝试更改分支时将文件“移入”工作目录或移出工作目录。

我在Windows Vista上遇到过这种情况，eclipse是“使用”文件的程序。该文件可能在eclipse中没有实际打开，但可能是由eclipse运行的进程打开的。

在这种情况下，请尝试在可能使用过该文件的任何应用程序中关闭该文件。如果这不起作用，请完全退出可能已打开该文件的所有应用程序。

我在进行git拉取时也遇到了同样的问题，如上所述，这是因为一个保存这些文件的程序不允许git拉。关闭程序有帮助。通常，签入文件的IDE（如Eclipse）将在后台保存文件。关闭同一个并重新运行git pull为我解决了问题。