您可能会在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/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

我遇到了这个问题，并通过命令gitgc解决了它上面的命令删除临时文件和不必要的文件。（垃圾收集器。）

在我的情况下，原因是我在当天早些时候以管理员身份运行了Visual Studio。当我去切换分支时，发生了错误。

我使用GitExtensions，我以普通用户的身份运行它，而VS在以管理员身份运行时创建的文件（尽管我还是以管理员身份）无法访问。这是我的根本原因。我不知道为什么会出现这种情况，因为我经常在我的主要开发环境中以管理员的身份运行VS，以前从未遇到过这种问题。但由于某些原因，今天上述场景导致VS在该会话期间生成的任何文件都不可编辑。。。您可以读取它们，但不能更改或删除它们，这正是Git在切换分支时要做的。

为了解决Git的问题，我必须以管理员身份启动windows资源管理器，取得所有权，并重新授予自己对有问题的文件和目录的权限。我不完全理解为什么会这样，因为我也是以管理员的身份运行资源管理器，但它确实做到了。

您可以单独对文件执行此操作，但我最终对分支的根文件夹执行了此操作。

因此，我解决问题的具体步骤是：在windows资源管理器中转到分支的顶部，右键单击目录的财产，选择安全选项卡，高级选项，打开“高级安全设置”对话框，在顶部选择更改所有权（可能会显示您已经拥有所有权），我重新选择了自己。然后它会返回到“高级安全设置”对话框，在底部，请记住选中“替换所有对象…”框然后单击应用系统循环处理每个文件和文件夹的所有权，这为我解决了问题。

对我来说，它锁定了我的迁移文件夹，不允许我切换分支。。。所以我最初只是修复了允许我切换分支的目录和子树，但为了解决这个问题，我关闭了VS。当我重新打开VS时，我没有以管理员身份运行VS，我发现现在无法编译解决方案！这是一个类似的问题。它无法编译解决方案，因为所有obj目录现在都不可编辑。。。因此，当我完成上述步骤时，一切都很好。

希望这对某人有所帮助…；）

这里的解决方案对我有效：

这是一个特定于Windows的答案，所以我知道这与您无关。。。我只是为了未来搜索者的利益而加入它。在我的情况下，这是因为我从非提升的命令行运行Git。“以管理员身份运行”为我修复了它。

正如上面的答案中所提到的，yes文件可能必须被其他java进程使用，摆脱这个问题的简单方法是，杀死所有java进程，然后执行git pull。

对于windows，关闭所有java进程：

taskkill /F /IM java.exe

对于Linux，杀死所有java进程：

kill -9 `pidof java`