Git for Windows/WSL2/VS Code git status结果不一致故障求助

这个问题本质是跨文件系统的Git实例配置与元数据读取不匹配，和Git for Windows的运行逻辑直接相关：

• 你的仓库存储在WSL2的虚拟ext4磁盘中，WSL侧的Linux版Git可以正常读取该文件系统的所有元数据（权限、文件状态、行尾符配置等），因此git status返回结果正常
• VS Code默认调用Windows本地安装的Git for Windows、Git Bash本身也是Windows端程序，二者访问WSL路径时实际走的是\\wsl$\<distro name>\的网络共享映射，无法正确读取Linux文件系统的元数据，且会优先加载Windows侧的Git全局配置，和WSL侧仓库的Git配置不一致，最终出现文件状态识别错误。

• 首先确认VS Code已安装WSL扩展，且你从WSL终端执行code .打开仓库时，VS Code左下角显示「WSL: Ubuntu 20.04」的远程模式标识，说明当前VS Code后端运行在WSL环境中
• 打开VS Code设置，搜索git.path，切换到「WSL: Ubuntu-20.04」的配置标签页，将该配置项的值设置为WSL内Git的二进制路径，你可以在WSL终端执行which git获取路径，默认值为/usr/bin/git。配置完成后重启VS Code，Git状态就会和WSL终端返回的结果一致
• 不要使用Windows端的Git Bash直接访问WSL虚拟磁盘内的Git仓库，所有Git操作优先在WSL终端内执行，避免跨文件系统访问的兼容问题。

你可以执行以下操作确认配置不匹配的问题：

1. 在WSL终端的仓库路径下执行如下命令，记录返回结果：

git config core.autocrlf
git config core.ignorecase
git config core.filemode

2. 打开Git Bash，进入该仓库对应的\\wsl$\Ubuntu-20.04\<仓库路径>，执行同样的命令，两边返回的配置值会存在差异，这就是状态识别异常的直接诱因。如果必须在Windows侧操作该仓库，需要将三个配置项调整为和WSL侧完全一致，可临时解决状态识别问题，但仍不推荐长期跨文件系统操作Git仓库。

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