Git中Rebase时忽略已丢弃提交，仅合并分支新提交的方法

方法一：用git cherry-pick批量应用新提交 #

这是最直观的方式，精准提取A中B没有的新增提交并应用到B上：

1. 切换到分支B：

   git checkout B
   

2. 获取A和B的最近共同提交哈希（示例中的提交4）：

   git merge-base A B
   

3. 批量cherry-pick该共同提交之后A的所有新提交：

   git cherry-pick $(git merge-base A B)..A
   

   示例中这条命令等价于git cherry-pick 4..A，会自动把A的5、6提交应用到B末端，最终B的提交链变为1 ->7 ->4 ->5 ->6，完全符合预期。

若cherry-pick时出现冲突，解决冲突后执行git cherry-pick --continue；跳过冲突提交用git cherry-pick --skip；终止操作则用git cherry-pick --abort。

方法二：用git rebase --onto精准重定向 #

rebase --onto可以指定重放提交的起始位置和目标基底，完美匹配需求：

1. 切换到分支B：

   git checkout B
   

2. 执行重定向命令：

   git rebase --onto HEAD $(git merge-base A B) A
   

   这条命令的逻辑是：把A中从「A和B共同提交」之后的所有提交，重放到B当前的HEAD（示例中的提交4）后面，执行后B的提交链与cherry-pick结果一致。

为什么直接git rebase A会出错？ #

直接执行git rebase A时，Git会把B的所有提交（示例中的7、4）重新应用到A的最新提交（6）后面，相当于把B的提交挂到A的完整提交链末尾，自然会把B之前丢弃的2、3提交也包含进来，不符合预期。而上面两种方法都精准限定了只提取A的新增提交，不会触及B已丢弃的部分。

长期维护建议 #

如果需要持续同步A的新提交到B，每次同步前用git merge-base确认共同提交即可。若共同提交固定（比如示例中的4），可以保存其哈希值，后续直接复用，无需每次查询。

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