我在/.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

您可能会在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（）获取现有错误代码映射。

我遇到了同样的错误，关闭打开文件的应用程序解决了问题。我可以返回并按“Y”

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

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

在上面的答案似乎都不起作用之后，运行gitfetch-p为我完成了任务。

https://git-scm.com/docs/git-fetch

这可能对某人有用；如果以上所有操作都不适用，请执行以下步骤：

关闭您的IDE（我的是Eclipse，不确定它是否适用于Intellij和其他应用程序）或任何其他可能使用git的应用程序。从命令行打开git（在我的例子中，我有gitbash），并运行其他人提到的gitgc。

这对我有魔力。