如果您正在使用Docker并运行Windows 10，您可能需要停止文件运行所在的容器。要显示容器的状态，请运行

码头工人ps-a

要阻止它们，只需运行

docker stop＜容器名称或容器id＞

这对我很有用，因为我正在使用.sh文件运行本地文件

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

在我的例子中，没有进程触及文件或目录。如果路径很长，可能会发生这种情况，因为操作系统限制（windows）。尝试在全局git配置中启用longpath支持标志，如下所示：

git config --global core.longpaths true

或者尝试设置是/否回答标志，如果这对你来说不冲突

set GIT_ASK_YESNO=false

如果路径太长，我还没有找到成功的解决方案。

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

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

taskkill /F /IM java.exe

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

kill -9 `pidof java`

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

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

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