如何忽略Branch a的a1提交并无冲突快进到Branch b的b2提交？

场景说明 #

你需要让Branch a跳过a1提交，直接对齐到Branch b的b2提交且无冲突，以下分两种可行方案：

方案一：允许改写远程Branch a的历史（团队协作需提前确认） #

这是最直接的方式，直接让Branch a的指针指向b2，完全跳过a1：

• 切换到Branch a：git checkout a
• 重置Branch a到b2提交：git reset --hard b2
• 强制推送到远程仓库（注意：此操作会覆盖远程Branch a的历史，若其他成员正在使用该分支需提前沟通）：git push origin a --force

操作完成后，Branch a的提交历史会和b2完全一致，不会产生任何冲突，因为是直接复用b2的提交状态。

方案二：不允许改写远程历史（保留原有提交记录） #

如果不能强制推送，可通过内容覆盖的方式让Branch a的最终状态与b2一致：

• 切换到Branch a：git checkout a
• 重置到a1之前的初始提交（仅保留提交历史，撤销a1的修改影响）：git reset --soft <初始提交哈希>
• 将b2的所有文件内容覆盖到当前Branch a：git checkout b2 .
• 提交新的变更：git commit -m "Sync Branch a to Branch b's b2 commit"
• 推送到远程：git push origin a

这种方式会在Branch a的历史中新增一个提交，最终文件状态和b2完全一致，不会产生冲突。

原有方案问题分析 #

1. 方案1冲突原因：git revert a1会生成一个撤销a1修改的新提交，而Branch b的b1、b2提交可能已经对a1修改过的文件做了变更，merge时这些重叠修改就会引发冲突。
2. 方案2对Branch b的影响：该流程不会修改Branch b的提交历史，所有操作都在Branch a上进行，merge只是将b2的状态合并到a，不会改动b分支本身，但强制推送远程a分支的风险需要注意。

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