Git特性分支中如何用新的A分支合并替换旧的合并提交？

你的特性分支提交链为A->B->C，其中A、B是尚未合并到master的合并提交，C是特性分支的修改提交。现在A分支有大幅更新但不影响C依赖的代码部分，无需重建分支即可完成旧A合并的替换，分两种场景处理：

场景1：新A分支基于旧A的HEAD提交 #

这种情况新旧A有线性继承关系，操作更顺畅：

1. 切换到master分支，合并更新后的A分支：

   git checkout master
   git merge <更新后的A分支名>
   

2. 切换回特性分支，用rebase --onto将旧A合并之后的提交重新应用到新基准上：

   git checkout <特性分支名>
   # 找到旧A合并提交的哈希值，记为old_A_merge
   git rebase --onto master old_A_merge^ <特性分支名>
   

   注：old_A_merge^代表旧A合并提交的父节点（即合并A之前的master状态），此命令会将旧A合并后的B合并提交、C提交重新应用到合并了新A的master上。

场景2：新A分支与旧A HEAD无直接关联 #

若新旧A分支没有继承关系，可通过撤销旧合并+合并新分支的方式处理：

1. 切换到特性分支，找到旧A合并提交的哈希值old_A_merge，撤销该合并提交（保留master侧原有内容）：

   git checkout <特性分支名>
   git revert -m 1 old_A_merge
   

2. 合并更新后的A分支：

   git merge <更新后的A分支名>
   

3. 若出现冲突，仅需解决与C依赖部分相关的冲突（你提到变更不影响依赖，冲突量会很小），完成后提交即可。

两种方式的选择 #

• 若特性分支仅在本地或团队内部允许改写历史，优先用rebase方式，提交历史更整洁；
• 若特性分支已推送到远程仓库且不适合改写历史，用revert+merge方式，保留原有提交轨迹。

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