如何无痛合并存在差异的特性分支，规避squash合并后续冲突

核心根因：squash合并会将feature-b的多个提交重写为main分支上的全新独立提交，Git无法识别该提交与原feature-b分支提交的关联，rebase时会将二者判定为无关的重复变更，因此哪怕代码内容完全一致也会触发冲突。

最优工作流方案（零后续冲突） #

操作步骤如下：

1. 开发阶段（feature-b未合入main时）：
   切换到feature-a分支，执行git merge feature-b，解决当前可能存在的少量冲突后提交合并结果，即可正常基于feature-b的代码开发feature-a的新功能。
2. 合入准备阶段（feature-b已squash合入main后）：
   • 拉取最新的远程main分支代码：git pull origin main
   • 执行交互式rebase命令：git rebase -i main feature-a
   • 在弹出的编辑界面中，将所有属于原feature-b分支的提交前的pick参数修改为drop，仅保留你在feature-a上新增的提交
   • 保存退出后，Git会直接将feature-a的提交重放到最新main分支之上，不会产生任何冲突

轻量备选方案（适合feature-a提交量少的场景） #

如果嫌交互式rebase筛选提交麻烦，可以用更简单的分支重建方式：

1. 等feature-b合入main后，基于最新main新建空白分支git checkout -b feature-a-new main
2. 将原feature-a分支上你自己开发的提交批量cherry-pick到新分支：git cherry-pick [第一个feature-a提交的哈希]..feature-a
3. 验证功能正常后，用新的feature-a-new分支替换旧的feature-a分支即可提PR合入main

小技巧 #

如果担心后续分不清哪些是feature-a的提交，可以在合并feature-b到feature-a之后，立刻打一个临时标记：git tag feature-a-start-point，后续批量cherry-pick时直接执行git cherry-pick feature-a-start-point..feature-a即可，无需手动查找提交哈希。

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