我在做“git pull”时遇到了同样的问题。我尝试了手动整理git命令“gitgc”，它解决了我的问题。

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

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

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

在Windows 8上：我运行了git-gc，它说git-gc已经在运行，我运行了git-gc-force，垃圾收集器运行了。

然后，我可以切换分支和合并而没有任何问题，尝试git-gc-force。

也许gc进程没有因为这样或那样的原因而优雅地停止。

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

git config --global core.longpaths true

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

set GIT_ASK_YESNO=false

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

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

我在/.git/objects/pack文件夹中的.tmp文件中遇到了这个问题。我认为在推或拉过程中发生了一些故障，所以我删除了这些临时文件，并将HEAD重置为上次提交。不确定是否建议这样做，但这对我有用。此外，git-count-objects-v还给了我一个不属于pack文件夹的.tmp文件列表。

或者要在windows git中隐藏y/n消息，请打开cmd.exe并运行：

SETX GIT_ASK_YESNO false

参见此处：https://twitter.com/petercamfield/status/494805475733807104