Linux WSL环境下执行git stash遇文件权限拒绝问题的解决方案咨询

这个问题我在帮用户排查WSL权限问题时碰到过很多次，核心原因大多是WSL与Windows文件系统的权限交互冲突——你之前用的chmod命令无效，是因为如果文件存放在Windows挂载目录（比如/mnt/c、/mnt/d下），WSL对这些文件的权限是虚拟映射的，直接修改chmod不会真正改变Windows层面的文件权限。下面给你几个可行的解决方案，按优先级排序：

1. 最彻底：把项目移到WSL原生文件系统 #

WSL自己的文件系统（比如/home/你的用户名/下的目录）完全遵循Linux权限规则，没有Windows的干扰。你可以用以下命令迁移项目：

# 先创建WSL里的目标目录
mkdir -p ~/projects/your-repo
# 复制项目文件（保留权限）
cp -r /mnt/c/原项目路径/* ~/projects/your-repo/
# 进入新目录重新关联git仓库
cd ~/projects/your-repo
git remote add origin 你的仓库地址

之后再执行git stash就不会有权限问题了，这也是官方推荐的做法。

2. 调整WSL挂载配置（不移动目录的情况） #

如果不想迁移项目，你可以修改WSL的挂载配置，让Windows目录的权限更符合Linux预期：

1. 创建或编辑/etc/wsl.conf文件：

   sudo nano /etc/wsl.conf
   

2. 添加以下内容：

   [automount]
   options = "metadata,umask=0022,fmask=0133"
   mountFsTab = false
   

   • metadata：让WSL能将Linux权限元数据存储到Windows文件上
   • umask=0022：设置默认文件权限为755、目录权限为644，符合Linux常规配置
3. 保存退出后，在Windows的PowerShell或命令行中重启WSL：

   wsl --shutdown
   

4. 重新打开WSL终端，再尝试git stash，此时再用chmod调整权限也会生效。

3. 检查是否被Windows进程锁定 #

有时候Windows的程序（比如记事本、VS Code的Windows版本）打开了deployStacks.sh文件，会导致WSL无法对文件进行写入操作。你可以关闭所有可能正在访问该文件的Windows程序，然后再执行git stash试试。

4. 临时测试：用sudo执行（不推荐长期使用） #

你可以先试试用sudo git stash临时提升权限，如果能成功，说明确实是当前用户权限不足，但这个方法只是临时 workaround——长期使用会导致git仓库的所有者变成root，引发更多权限问题，所以优先用前面的方法解决。

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