我在Windows中遇到了这个问题，您可能希望以管理员身份运行gitbash，然后执行desire命令，这为我解决了这个问题。

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

在尝试了各种解决方案后，gitclean-f终于帮了我。

编辑：我几次又碰到了这个问题——关闭所有依赖git的进程似乎有帮助（比如gitbash、EclipseIDE等）

您可能会在Git 2.29（2020年第4季度）中看到这种错误：MinGW上的“unlink”仿真已经优化。

见Jeff Hostetler（Jeff Hostet ler）提交的680e0b4（2020年8月17日）。（由Junio C Hamano（吉斯特）于2020年8月19日提交5a04826合并）

mingw：提高mingw_unlink（）的性能签字人：Jeff Hostetler签字人：Johannes Schindelin

更新mingw_unlink（），首先尝试删除具有现有权限的文件，然后再尝试强制删除。Windows在尝试删除只读文件时引发错误。mingw_unlink（）兼容性包装器总是在调用_wunlink（）之前尝试_wchmod（666）文件以避免该错误。然而，由于工作树中的大多数文件都是可写的，这通常是浪费精力。更新mingw_unlink（），直接调用DeleteFileW（），如果成功，则返回。如果失败，则返回现有代码路径以更新权限，并使用_wunlink（）获取现有错误代码映射。

我在Windows7上遇到了这种问题，结果是由于一些孤立的git.exe进程。

要解决此问题，请打开任务管理器并终止所有git.exe进程。

由于git命令是短时间的，因此您通常不会在任务管理器中看到任何git.exe。当它们出现时，通常意味着出现了问题，您应该终止这些进程。

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

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

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