如何在具有共同祖先的 2 个分支之间发生合并冲突？

Question

我们最近在尝试合并两个分支时遇到了一个非常奇怪的问题。情况归结为以下几点：

1. branch A 是一些长期存在的分支，我们希望合并回主干线 B，它还有一些其他提交
2. 我们希望将B 合并到A，然后将A 合并回B
3. 在执行git checkout A; git merge B 时，我们会遇到与A 引入的更改无关的合并冲突：它们位于一堆文件中，据称A 未触及但在B 中更改
4. 使用git annotate 和git log 来跟踪其中一个冲突文件的祖先，我们有效地注意到冲突位置具有共同的提交祖先1234：在A 中，一行用1234 注释，并且5678 在 B 中，但 git annotate file1 5678^ 显示 1234 用于冲突行。

我不明白这怎么可能，也找不到任何关于类似问题的线索。

Answer 1

在与分支B 的共同祖先之后，应在分支A 上更改冲突文件。您可以再次通过git annotate 和git log 仔细检查。

1。分别列出在分支 A 和分支 B 中修改冲突文件的提交：

git annotate filename A
git annotate filename B

注意：git annotate 中的提交列表按从旧（顶部）到新（底部）的顺序排列。

假设命令的输出如下：

$ git annotate filename A
commit A1
commit A2
commit common
commit A3
commit A4

$ git annotate filename B
commit B1
commit B2
commit B3
commit common
commit B4

这意味着，在提交祖先commit common 之后，冲突文件在提交A3 和提交A4 中的分支A 中发生了更改；在分支B，冲突文件是在那之后commit B4的变化。

2。将 git 日志显示为更改所有分支中冲突文件的提交的图表

您可以使用以下命令通过图形显示更改冲突文件的提交：

git log --oneline --decorate --graph --all -- filename

那么图表将如下所示：

* commit A4 (branch A)
* commit A3
|   * commit B4 (branch B)
*   | commit Common
|  \
*   | commit A2
*   | commit A1
|   * commit B3
|   * commit B2
|   * commit B1
|   |
…   …