GitLab中如何将堆叠分支branch_B顺利合并回main分支？

branch_A通过合并提交进入main后，branch_B仍保留branch_A的原始提交历史，直接变基或合并会触发重复代码的无意义冲突。以下是无需处理此类冲突的解决方案：

核心思路 #

跳过branch_B中属于branch_A的提交历史，仅将branch_B独有的开发提交迁移到最新的main分支上，避免重复应用已合并到main的代码。

本地操作步骤 #

• 拉取最新的main分支：

  git checkout main
  git pull origin main
  

• 切换到待处理的branch_B：

  git checkout branch_B
  

• 使用rebase --onto精准迁移提交：

  git rebase --onto main branch_A branch_B
  

  该命令以main为新基底，只保留branch_B中在branch_A之后新增的提交（即你在branch_B上的专属开发内容），完全跳过branch_A的历史提交，从根源避免重复代码冲突。

• 推送处理后的分支到远程：

  git push origin branch_B --force-with-lease
  

  用--force-with-lease替代--force，可避免意外覆盖他人对branch_B的修改，安全性更高。

GitLab端合并操作 #

完成本地推送后，刷新branch_B对应的MR页面，GitLab会自动识别分支的历史变更。此时MR的目标分支（main）与branch_B的差异仅为你在branch_B上的新增内容，不会出现branch_A相关的无意义冲突，直接提交合并即可。

注：若尝试GitLab MR页面的「重新设置基准」功能，默认操作会包含branch_A的历史提交，仍可能触发冲突，因此优先推荐本地使用rebase --onto处理。

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