Git中合并feature-ab与feature-c到main的顺序是否会引发冲突差异？

问题背景 #

我们有四个Git分支：main、feature-a、feature-b和feature-c（所有特性分支均源自main）。已知feature-a与feature-b包含冲突变更，因此我从feature-a创建了新分支feature-ab，并将feature-b合并到其中（已解决合并冲突）。

现在要将feature-ab和feature-c合并回main，想确认：是否存在先合并feature-ab再合并feature-c无冲突，但先合并feature-c再合并feature-ab会产生冲突的情况？

已知以下两种合并顺序的结果不一定相同：

git merge one   # 如有冲突则修复并提交
git merge two   # 如有冲突则修复并提交

和

git merge two
git merge one

我推测不同的合并基准可能导致这种差异，这个推测是否正确？如果正确，该如何构造这样的场景？

解答 #

你的推测完全正确，不同的合并顺序确实可能导致一种情况无冲突、另一种出现冲突——核心原因是Git合并时选取的**基准提交（merge base）**会随着已合并的分支改变，进而影响冲突检测的结果。

构造场景步骤 #

我们通过具体的文件变更来模拟这个场景：

1. 初始化仓库并创建基础分支

   git init
   echo "Line 1" > file.txt
   git add file.txt
   git commit -m "main: initial commit"
   
   # 创建三个特性分支
   git checkout -b feature-a
   git checkout -b feature-b main
   git checkout -b feature-c main
   

2. 在feature-a和feature-b中制造冲突

   git checkout feature-a
   echo "Feature A change" > file.txt
   git commit -m "feature-a: modify file.txt"
   
   git checkout feature-b
   echo "Feature B change" > file.txt
   git commit -m "feature-b: modify file.txt"
   

3. 创建feature-ab并合并feature-b（解决冲突）

   git checkout feature-a
   git checkout -b feature-ab
   git merge feature-b
   # 此时触发冲突，我们手动解决：将file.txt修改为以下内容
   # Line 1
   # Feature A change
   # Feature B change
   git add file.txt
   git commit -m "feature-ab: merge feature-b, resolve conflict"
   

4. 在feature-c中添加与feature-ab最终状态相关的变更

   git checkout feature-c
   echo "Feature C change" >> file.txt
   git commit -m "feature-c: append to file.txt"
   

测试两种合并顺序 #

顺序1：先合并feature-ab到main，再合并feature-c

git checkout main
git merge feature-ab  # 无冲突，main初始版本与feature-ab的修改无重叠冲突
git merge feature-c   # 无冲突，feature-c是在初始文件后追加内容，Git可自动合并到已更新的main中

顺序2：先合并feature-c到main，再合并feature-ab

git checkout main
git merge feature-c  # 无冲突，main的file.txt变为：
                     # Line 1
                     # Feature C change

git merge feature-ab # 触发冲突！feature-ab的file.txt是重写后的完整内容，而main已被feature-c追加了一行，两者变更无匹配上下文，Git无法自动合并

原因分析 #

• 第一种顺序中，合并feature-c时，基准提交是main的初始提交，feature-c的变更仅为追加操作，main此时已包含feature-ab的完整修改，Git能识别并自动合并追加内容。
• 第二种顺序中，合并feature-ab时，基准提交仍是main的初始提交，但main已被feature-c修改为追加了一行，feature-ab则是完全重写文件内容，两者变更逻辑无重叠，因此触发冲突。

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