Git合并目标分支代码莫名消失且无提示的问题求助

核心逻辑：三路合并的隐性覆盖 #

Git合并采用三路合并机制，会先找到两个分支的最近共同祖先（此处为M1），再分别对比两组变更：

• 共同祖先M1到master最新提交M3的变更
• 共同祖先M1到feature提交F2的变更

如果在master分支的M1→M3过程中，目标代码已被某个提交移除（比如M2或M3中删除了这段代码），而feature分支是在M1之后的F1/F2中新增了这段代码，Git会判定master的删除操作是"后续有效变更"，合并时默认丢弃feature中的新增代码。这种场景下：

• 合并冲突时，Git可能不会对这段代码标记明确的冲突标记（因为它认为删除是既定状态），导致你解决冲突时未察觉代码被移除
• 合并提交的默认diff仅展示"合并结果与两个父分支的联合差异"，由于这段代码在master中已不存在，Git不会将其标记为"删除"，而是视为继承自master的状态

冲突解决时的隐性丢失 #

如果合并时目标文件确实出现冲突，但你在解决过程中：

• 误使用git checkout --theirs <文件路径>直接采用master分支的文件版本，覆盖了feature中的代码
• 手动编辑冲突标记时不小心删除了目标代码块
  这种情况下，合并提交的diff同样不会显示代码移除记录——因为Git的合并diff逻辑是：若其中一个父分支已无这段代码，会将结果视为继承自该父分支的状态，而非主动删除。

验证步骤 #

1. 检查master分支历史中是否存在代码删除操作：

   git log --oneline -p master -- <目标文件路径>
   

   搜索目标代码，确认是否有提交将其移除。

2. 手动执行三路合并对比：

   # 获取两个分支的共同祖先哈希
   git merge-base master feature
   # 对比祖先到master的变更
   git diff <祖先哈希> master -- <目标文件路径>
   # 对比祖先到feature的变更
   git diff <祖先哈希> feature -- <目标文件路径>
   

   查看两组diff是否存在"master删除代码、feature新增代码"的矛盾变更。

3. 查看合并提交与F2的直接diff：
   默认git show <合并提交哈希>不会展示这段删除，用以下命令查看合并结果与F2的差异：

   git diff <F2提交哈希> <合并提交哈希> -- <目标文件路径>
   

   此处会明确显示代码被移除的记录。

解决方案 #

• 若确认是Git合并逻辑误判，重新合并时可指定优先保留feature分支的变更：

  git checkout feature
  git merge -X ours master
  

  该选项仅在冲突场景下优先采用feature的代码，非冲突部分仍正常合并。
• 合并前改用git rebase master替代合并：变基会逐个将feature的提交应用到master之上，能更直观地处理每一处冲突，避免隐性代码丢失。

内容的提问来源于stack exchange，提问作者d.k