您可能会在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。当它们出现时，通常意味着出现了问题，您应该终止这些进程。

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

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

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

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

我尝试了这一页上的每一条提示，但没有任何帮助。我正在进行git获取和git重置——硬起源/开发给了我一个未知的错误。我无法重置为最新提交。

有帮助的是检查另一个分支，然后检查上一个分支。很奇怪，但它解决了问题。

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