为什么在这种特殊情况下 git revert 后我会发生冲突

Question

我有一个文件，一开始看起来像这样

asd
bnm
cvb

然后我添加了三个提交：

1.

asd feature1 c1
bnm
cvb

2.

asd feature1 c1
bnm feature1 c2
cvb

3.

asd feature1 c1
bnm feature1 c2
cvb feature1 c3

现在，当我想通过执行

来恢复第二次提交时

git revert HEAD^

我收到这样的错误消息

error: could not revert 2222222... feature 1 commit 2
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
hint: and commit the result with 'git commit'

我的文件看起来像这样

<<<<<<< HEAD
bnm feature1 c2
cvb feature1 c3
=======
bnm
cvb
\>>>>>>> parent of 2222222... feature 1 commit 2

我就是不明白为什么。我的假设是它会像 Edwar Thomson 在他对这个问题的回答中解释的那样工作： git revert: Why do I get conflicts? 我没有两次编辑第 2 行，不应该发生冲突。我错过了什么？

我希望结果是

asd feature1 c1
bnm
cvb feature1 c3

没有任何冲突。

Answer 1

这里缺少的是，一个恢复，就像一个樱桃挑选，只是应用一个补丁（这里是过去提交的负面形象）。
它没有合并。

这意味着，正如我在“Git cherry-pick causes merge conflict while merging does not”中所描述的，它没有共同祖先的概念。

问题是由 git revert 计算的补丁的上下文：请参阅“Conflicts from apply and stash”。

还原（2 和 1 之间的负差异）尝试取消具有 not cvb 作为第三行。
应用该补丁时，Git 不知道如何处理第三行：应该不理会它，还是将其修改为 cvb。

参见“Why does this cherry-pick have a conflict?”中的另一个示例。