Git子模块中Rebase和Merge未按预期工作问题排查

为什么根仓库git status未显示子模块“new commits”提示？ #

git status显示子模块“new commits”的核心条件是：子模块当前HEAD的提交，与根仓库索引中记录的子模块提交不一致，且该差异未被暂存。

你提到git submodule status显示根仓库已指向somelib工作分支的最新提交，这说明根仓库的HEAD和索引中已经同步记录了子模块的最新SHA值——此时根仓库的索引状态与子模块当前状态完全匹配，自然不会触发“new commits”的提示。

这种情况通常是因为你在子模块操作后，间接执行了更新根仓库子模块引用的操作（比如子模块设置了跟踪远程分支自动同步，或是执行了git submodule update --remote等命令），导致根仓库已经知晓并记录了子模块的最新提交状态。

普通提交与变基+合并操作的区别 #

普通提交 #

• 提交逻辑：在当前分支的现有提交末尾追加新提交，旧提交的SHA-1哈希完全保留，分支历史是连续的线性追加。
• 历史关系：子模块的新提交是根仓库此前记录的旧提交的直接后代，两者存在明确的历史继承链。
• 根仓库状态提示：当根仓库未更新子模块引用时，git status会明确提示“new commits”，因为Git能识别出子模块在旧提交基础上新增了后续提交。

变基+合并（git rebase development + git pull） #

• 提交逻辑：rebase会将当前分支的所有提交“重放”到development分支的最新提交之上，生成全新的提交（SHA-1哈希与旧提交完全不同），相当于彻底改写了分支历史，原旧提交会被废弃；后续的git pull（若远程分支已同步rebase后的提交）会将本地分支指针更新到新提交。
• 历史关系：根仓库此前记录的子模块旧提交，与rebase后的新提交无任何历史继承关系（旧提交不是新提交的祖先）。
• 根仓库状态提示：如果根仓库未更新子模块引用，git status仍会提示子模块有修改，但本质是子模块HEAD指向了根仓库未记录的全新提交；若根仓库已同步更新到新提交（如你的情况），则不会有任何提示。

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