如何在存在合并提交时变基并压缩Git功能分支？

核心问题原因 #

普通交互式变基（git rebase -i）会自动扁平化合并提交，把分支历史拆成单个提交逐一重新应用到目标节点。这就导致你之前合并dev时已经解决的冲突，会在重新应用提交时再次触发，因为Git无法识别之前的冲突解决记录。

方法一：快速压缩提交（最简单） #

利用当前分支已包含所有冲突解决结果的特点，直接重置到目标提交并重新打包所有变更：

• 先备份分支防止意外：git branch feature-backup
• 切换到功能分支：git checkout <你的功能分支名>
• 软重置到共同提交e57aa49：git reset --soft e57aa49
• 此时工作区和暂存区保留了从e57aa49到2718a7a的所有最终变更（含冲突解决结果），直接提交压缩后的内容：git commit -m "你的功能模块完整提交信息"

完成后，你的功能分支就基于e57aa49，只有一个干净的压缩提交，后续变基到最新dev时只会处理新的冲突。

方法二：保留部分提交历史（适合需拆分压缩的场景） #

如果需要保留部分功能提交的拆分逻辑，可使用带合并保留的交互式变基：

• 执行带--rebase-merges（简写-r）的变基命令：git rebase -i -r e57aa49
• 在弹出的编辑界面中：
  1. 找到从dev合并的提交（e61e820、60deb25），将它们的指令从merge改为drop，丢弃这些合并记录
  2. 将你的红色功能提交的指令改为squash（保留提交信息）或fixup（丢弃提交信息），把它们合并成你需要的提交数量
• 保存退出后，Git会重写历史，且不会重复触发已解决的冲突——因为我们基于的是e57aa49，而分支的最终变更已经包含了之前的冲突解决结果。

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