为什么能编辑文件但Git操作失败？ #

这是因为Windows的Web服务器进程锁定了文件的删除权限：

• 你用nano或Windows IDE编辑文件时，只是修改现有文件的内容，不需要删除原文件，WSL和Windows的文件系统交互允许这种操作；
• 但Git的pull、checkout、stash等操作需要先删除旧文件（执行unlink系统调用），再替换为新文件，而Windows的文件锁会直接阻止这个删除动作，所以Git抛出Permission denied错误。

更糟的是，默认情况下Git不会因为这个错误终止操作，会继续执行后续步骤，导致仓库处于部分文件变更的异常状态——这正是你遇到的问题。

解决方案1：让Git遇到unlink失败时直接终止（优先推荐） #

Git有一个内置配置项core.abortOnUnlinkFailure，开启后只要遇到无法unlink的文件，Git会立刻终止操作，不会让仓库处于混乱状态。

执行以下命令开启这个配置（全局生效，所有仓库都适用）：

git config --global core.abortOnUnlinkFailure true

如果只想针对当前仓库生效，去掉--global即可。

这样下次遇到文件锁时，Git会直接停止操作，仓库状态保持不变，你可以选择稍后再执行Git操作，或者临时解锁文件。

解决方案2：将项目迁移到WSL原生文件系统（彻底解决） #

如果你的Web服务器可以访问WSL的原生文件系统（通过\\wsl$\<你的WSL发行版名称>路径，比如\\wsl$\Ubuntu），可以把项目从Windows的/mnt/c挂载目录迁移到WSL的/home目录下：

• WSL原生文件系统不受Windows文件锁的限制，Git的所有操作都能正常执行；
• Windows IDE和Web服务器可以通过\\wsl$路径访问这个目录，实现跨环境开发。

这个方法能彻底避免Windows进程锁影响WSL的Git操作，唯一的前提是你的Web服务器支持访问网络共享路径。

关于“强制Git解除文件链接”的说明 #

遗憾的是，Windows的文件锁是内核级别的限制，WSL中的Git进程无法绕过这个锁来强制删除文件——因为文件实际上是被Windows系统锁定的。如果强行用Windows工具（比如Sysinternals的handle.exe）解锁，可能会导致正在运行的Web服务器崩溃，反而得不偿失。

所以更稳妥的方式是用上面的方案1或方案2来规避问题。

内容的提问来源于stack exchange，提问作者Conan