如上所述，其他东西保存着这些文件。问题是，这个程序对我们来说并不可疑。我正在尝试从控制台中进行git拉取，同时打开了GitKraken。关闭GitKraken解决了问题。

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

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

taskkill /F /IM java.exe

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

kill -9 `pidof java`

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

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

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

我在运行gitBash和EclipseEGit的同时遇到了这个问题。解决方案：关闭Eclipse。也不会像@khilo提到的那样运行gitgc。

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

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

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