如何通过Pull Request使Branch B与Branch A代码完全一致？合并无差异的原因及解决方法

首先得搞明白你遇到的核心矛盾：你想让Branch B完全同步Branch A的状态（相当于撤销B上的多次提交），但必须通过Pull Request完成，可直接从A到B建PR时系统没检测到差异，反过来从B到A却能看到B的额外变更。下面给你拆解原因和解决办法：

为什么A→B的PR检测不到差异？ #

这是Git分支的历史关系导致的：Branch B是从Branch A分叉后，又新增了多次提交，所以在Git看来，Branch A的所有提交已经包含在Branch B的提交链里了。当你尝试把A合并到B时，Git会判定B已经是A的超集，没有需要合并的新内容，自然就显示“无差异”。

如何配置PR实现让B与A完全一致？ #

要达成这个目标，你需要在Branch A上生成一个特殊的合并提交，让Git认为A已经“合并”了B的所有变更，但实际保留A的代码状态。具体操作如下：

1. 拉取最新的远程分支代码：

   # 切换到Branch B并拉取最新版本
   git checkout BranchB
   git pull origin BranchB
   # 切换回Branch A
   git checkout BranchA
   git pull origin BranchA
   

2. 在Branch A上执行ours合并策略，生成特殊合并提交：

   git merge -s ours BranchB
   

   这个命令会创建一个合并提交，但完全保留Branch A的代码内容，忽略Branch B的所有变更。Git会记录“Branch A已合并Branch B”的历史，但实际代码还是A的状态。
3. 推送新提交到远程Branch A：

   git push origin BranchA
   

4. 重新创建从Branch A到Branch B的Pull Request：
   此时系统会检测到这个新的合并提交，合并后Branch B的代码就会完全覆盖为Branch A的状态，相当于撤销了B上的所有后续提交。

为什么反转PR方向（B→A）会显示差异？ #

因为Branch B在Branch A的基础上新增了多次提交，这些提交的内容是A没有的。当你创建B→A的PR时，Git会对比两个分支的提交历史，把B比A多出来的所有变更都展示出来——这些正是你想要从B中撤销的内容。

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