我在/.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 rm -rf foo.bar

我看到了错误

Unlink of file 'foo.bar' failed. Should I try again? (y/n)

因为另一个程序正在使用此文件。例如，当我在调试模型中运行Java web应用程序或在服务器上运行web应用程序时，我不能删除日志文件。关闭应用程序服务器（或关闭调试进程），然后重试

git rm -rf foo.bar

我看到文件已被删除。

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

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

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

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

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

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

如果您的操作系统主机与linux/unix类似，您可以运行git-gc-force来停止使用git文件的文件处理程序，

否则，如果您正在使用windows，则可以通过任务管理器或进程管理器停止git进程。似乎有另一个git进程正在使用您的git文件。只需终止git进程