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

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

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

taskkill /F /IM java.exe

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

kill -9 `pidof java`

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

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

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

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

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

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

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

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

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

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

在Windows上，在（相当大的）回购的git克隆上看到了此错误。关闭SmartGit并暂停了我的备份软件（CrashPlan），之后它就开始工作了。不确定这两个人中的哪一个做到了这一点，但如果他们中的任何一个跑步，这可能也会对你有用。