Git revert为何会产生冲突？附提交历史案例

咱们先搞懂Git revert到底在干啥，再结合你的提交记录来拆解冲突为啥会出现。

首先得明确：Git revert 不是直接删除某个提交，它的核心逻辑是生成一个新的提交，把目标提交里做的修改完全反过来——比如目标提交加了一行，revert就删这一行；目标提交改了某行内容，revert就改回原来的内容。

结合你的提交序列来看：
你的提交是按顺序递进的：

• 7c043a104394ba4ba5a2fb29d4526de50b7d12be：创建空白的file.txt
• 20baa578ae205768639620749f53bd318e329e73：添加文本「Line 1」，此时文件内容：

Line 1

• a000427a4c70781d0bed7b31f56f290ac1d636b7：添加文本「Line 2」，此时文件内容：

Line 1
Line 2

• dd9e52bafac5fa427ed64c5d9cf08015fa804ed4：添加文本「Line 3」，最终文件内容：

Line 1
Line 2
Line 3

现在假设你要revert a000427（也就是新增Line2的那个提交），Git会去分析这个提交的修改：它在Line1的后面插入了Line2。那revert的预期操作就是删除Line2。但问题来了——当前文件里Line2后面还跟着Line3，这是在a000427之后的提交新增的内容。

Git在执行revert时，会检查目标提交修改的「上下文」是否和当前版本一致。原来的上下文是「Line1后面直接是Line2」，但现在变成了「Line1→Line2→Line3」，Git没法自动判断：你是要删掉Line2同时保留Line3？还是有其他调整需求？这种情况下它就会抛出冲突，把决定权交给你。

再延伸一下，除了这种“后续提交修改了目标提交的上下文”的情况，还有两种常见的冲突场景：

• 目标提交修改了某一行，后续提交又修改了同一行的内容，revert时Git不知道该保留哪版改动
• 目标提交删除了某一行，后续提交又对这行所在的位置做了修改，revert时Git无法恢复原来的行

本质上来说，Git revert冲突的核心原因就是：你要抵消的那个提交的修改内容，在后续提交中被改动过（包括位置、内容、上下文变化），Git无法自动生成正确的抵消修改，只能触发冲突让你手动解决。

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