嘿，这个跨系统Git+NFS的坑我太熟了！你遇到的Windows端显示大量“未修改文件被标记为重命名”，而Linux端完全正常的问题，本质是Windows和Linux对文件系统的处理逻辑差异，加上NFS挂载的特性放大了这些差异。我给你拆解下原因和解决办法：

核心原因分析 #

• 文件名大小写敏感性差异：Linux文件系统是严格大小写敏感的（比如ReadMe.md和readme.md是两个独立文件），但Windows默认大小写不敏感。当Git在Windows端扫描NFS挂载的仓库时，会把大小写差异（其实是Linux端的正常文件名）误判为文件重命名。
• 路径分隔符与元数据同步问题：Windows用反斜杠\作为路径分隔符，Linux用正斜杠/，虽然Git内部会自动转换，但NFS挂载时可能出现元数据（比如文件权限、修改时间）同步延迟，导致Git误判文件路径变更；另外Windows和Linux的文件权限体系完全不同，NFS挂载后权限的微小变化也会被Git识别为文件变更。
• NFS挂载的兼容性问题：Windows和Linux对NFS协议的实现细节有差异，比如锁机制、ACL权限处理，这些差异会导致两边看到的文件状态不一致。

分步解决方案 #

1. 统一Git的大小写敏感配置 #

在Windows端执行以下命令，让Git忽略文件名大小写的差异（匹配Windows文件系统的特性）：

# 针对当前仓库生效
git config core.ignorecase true

# 或者全局生效，适用于所有Windows端的Git仓库
git config --global core.ignorecase true

Linux端保持默认的core.ignorecase false即可（符合Linux大小写敏感的特性）。

2. 关闭Git的文件权限检测 #

由于Windows和Linux的权限体系不兼容，NFS挂载后权限的变化完全是伪变更，我们可以让Git忽略权限变化：

# 当前仓库生效
git config core.filemode false

# 全局生效
git config --global core.filemode false

3. 重置Git缓存，刷新状态 #

有时候Git的缓存里存了旧的文件状态，需要强制重置来清除误报：

# 注意：这个命令会丢弃所有未提交的本地修改，执行前请确认工作内容已备份！
git reset --hard
git clean -fd
git status

执行后再查看状态，应该就能看到正常的变更了。

4. 优化NFS挂载参数 #

• Linux端挂载NFS时：添加nolock和noacl参数，避免权限锁和ACL同步问题，示例挂载命令：

  mount -t nfs -o nolock,noacl server:/path/to/repo /local/mount/point
  

• Windows端挂载NFS时：尽量使用NFSv3版本（Windows对NFSv3的兼容性更好），挂载时不要勾选“启用UNIX权限”之类的选项，减少权限同步的干扰。

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