等效于SourceTree反向代码块的Git命令行操作及冲突规避方法

这问题我之前也碰到过，核心原因是SourceTree的反向差异操作和git revert的逻辑完全不一样，咱们先理清楚区别，再给你对应的命令行方案：

为什么git revert B..D会冲突？ #

你的分支结构是A -- B和A -- C -- D，git revert B..D本质是把D分支中不属于B的提交（也就是C和D这两个提交）逐个撤销。它会依次尝试 revert C、再 revert D，只要其中任何一个提交的变更和当前分支（比如你在B分支执行的话）的代码有重叠修改，就会触发冲突。

而SourceTree的反向差异操作，是直接对比B和D两个提交的最终代码状态，生成一个单一的差异补丁，然后反向应用这个补丁——它完全不管中间的C提交，只看两个端点的结果，所以只要这两个端点的差异本身没有冲突，就能顺利执行。

无冲突的命令行实现方式 #

要复刻SourceTree的行为，直接用git diff生成状态差补丁，再用git apply应用即可，分两种场景：

场景1：把D的状态同步到B分支（应用D相对于B的差异） #

如果你当前在B分支，想让B的代码变成和D一样的状态（或者只应用两者的差异）：

# 生成B到D的差异补丁，并应用到当前分支
git diff B D | git apply

# 如果要直接把变更加入暂存区并提交
git diff B D | git apply --index
git commit -m "Sync changes from D to B (direct state diff)"

场景2：把B的状态同步到D分支（应用B相对于D的差异） #

反过来，如果你当前在D分支，想让D的代码变成和B一样的状态：

# 生成D到B的差异补丁，并应用到当前分支
git diff D B | git apply

# 同样，直接提交的话：
git diff D B | git apply --index
git commit -m "Sync changes from B to D (direct state diff)"

额外说明 #

• 如果你的差异涉及二进制文件，加上--binary参数即可：git diff --binary B D | git apply
• 如果你想预览补丁内容，直接执行git diff B D就能看到，确认没问题再应用。

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