本地VM与OS/X共享文件夹中git status不一致问题排查

我遇过不少跨平台共享目录的Git坑，结合你的场景来看，这大概率是文件系统大小写处理差异和Git子模块同步机制共同捣的鬼，下面一步步帮你捋顺解决：

核心原因拆解 #

1. Git大小写配置不统一：OS X默认文件系统是大小写不敏感的——哪怕你单独弄了区分大小写的分区，Git的core.ignorecase参数可能还是继承了系统默认；而CentOS是严格区分大小写的。两边配置不一致时，Git对文件变更的检测就会出偏差，比如你在OS X提交时删掉的行，CentOS的Git可能因为大小写识别问题误判成“恢复”了。
2. 子模块同步没跟上：你提到VM之前的提交没同步，OS X提交后就出问题，说明子模块的HEAD状态在两个系统里没对齐，共享目录下的子模块已经出现了本地状态混乱。

具体解决步骤 #

1. 统一两边Git的大小写识别配置 #

先在OS X和CentOS的共享仓库（包括子模块）里检查并设置一致的core.ignorecase：

• 在OS X终端执行：

  cd /path/to/your/shared/repo
  git config core.ignorecase false
  # 进入子模块目录重复设置
  cd path/to/submodule
  git config core.ignorecase false
  

• 切换到CentOS虚拟机终端，执行完全一样的命令——因为你的共享分区是区分大小写的，所以强制Git严格识别文件名大小写。

2. 强制重置子模块到统一状态 #

既然两边子模块状态已经乱了，直接拉取远程最新状态来对齐：

• 先在OS X终端，确保主仓库和子模块都同步到远程最新：

  cd /path/to/your/shared/repo
  git submodule update --init --recursive
  git submodule foreach git reset --hard origin/$(git rev-parse --abbrev-ref HEAD)
  

• 再到CentOS虚拟机里执行同样的命令，强制子模块重置到远程分支的最新提交，覆盖本地混乱状态。

3. 修复异常文件的大小写问题 #

如果上面的步骤做完，CentOS里还是显示some/file有未暂存修改，那大概率是文件名大小写实际存在差异（比如OS X里是Some/File，CentOS里是some/file，共享分区处理时搞混了）：

• 在CentOS里查看文件的实际大小写：

  ls -la /path/to/shared/repo/some/
  

• 如果发现文件名和Git仓库里的不一致，手动改成正确的大小写，然后执行：

  git add .
  git commit -m "Fix filename case inconsistency"
  

• 回到OS X同步这个提交，确保两边文件名完全统一。

4. 后续避坑建议 #

• 每次在一个系统操作完Git后，切换到另一个系统时先执行git submodule update --recursive和git fetch，确保状态同步。
• 别在两个系统同时操作同一个Git仓库/子模块，避免并发修改导致的状态混乱。

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