如何在历史被覆盖的分支上执行Git Rebase操作？

你的场景确实是Git里常见的「修改公共祖先提交后同步分支」的问题，直接用普通git rebase branch1会把旧的A提交也带过来——因为Git不知道你想跳过那个已经被amend覆盖的A。要实现只把B提交移植到C上，最精准的方式是用git rebase --onto命令，步骤如下：

步骤1：切换到分支2 #

先确保你在分支2上操作：

git checkout branch2

步骤2：用--onto指定目标和起点 #

git rebase --onto的核心作用是精准指定要移植的提交范围，语法是：git rebase --onto <目标分支> <需要跳过的提交的父节点>
在你的场景里，目标分支是branch1（也就是提交C所在的分支），你需要跳过的是旧的A提交——分支2的B提交的父节点就是旧A，所以可以用branch2~1来指代这个旧A（branch2~1表示分支2往前数1个提交，也就是旧A）：

git rebase --onto branch1 branch2~1

执行完这个命令后，分支2的历史就会变成C -> B，完全符合你的需求。

替代方案：交互式rebase #

如果你更习惯可视化操作，也可以用交互式rebase手动删除旧A提交：

1. 切换到分支2后执行：

git rebase -i branch1

2. 弹出的编辑器里会显示分支2相对于branch1的所有提交，也就是旧A和B：

pick <旧A的哈希> A
pick <B的哈希> B

3. 删除第一行（旧A的那行），保存退出。Git就会只把B提交应用到C上，最终得到C -> B的历史。

为什么普通rebase会出现多余的A？ #

当你执行git rebase branch1时，Git会找到分支2和分支1的最近共同祖先——也就是被你amend覆盖之前的旧A提交。然后Git会把从这个共同祖先之后的所有提交（旧A和B）都重新应用到branch1的最新提交（C）上，所以就出现了C -> A -> B的结果。而--onto参数让你精准指定了要移植的提交范围，跳过了那个已经作废的旧A。

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