如何自动rebase所有包含已修改commit的Git分支？

Git没有内置一键完成该操作的原生命令，你可以通过一段轻量脚本批量完成所有分支的自动迁移，全程保留原有分支拓扑结构，效果和手动逐个rebase完全一致，不需要逐分支手动操作。

前置准备 #

首先完成公共commit的修改，记录两个关键哈希值：

• 旧commit哈希：修改前被所有分支包含的原始公共commit，记为OLD_COMMIT
• 新commit哈希：修改完成后生成的替换后commit，记为NEW_COMMIT（通过git rebase -i修改、git commit --amend修正提交后都可以拿到该值）

如果你是通过git filter-repo完成的历史改写，新旧commit的映射关系会自动生成在仓库的.git/filter-repo/commit-map文件中，不需要手动记录。

批量执行脚本 #

在仓库根目录执行以下shell脚本，执行前先替换脚本开头的两个哈希变量为你自己的实际值：

# 替换为实际的新旧commit哈希
OLD_COMMIT=<填入旧commit完整哈希>
NEW_COMMIT=<填入新commit完整哈希>

# 遍历所有本地分支
git for-each-ref --format='%(refname:short)' refs/heads/ | while read -r branch; do
  # 筛选出包含旧commit、且还未同步到新commit的分支
  if git merge-base --is-ancestor "$OLD_COMMIT" "$branch" && ! git merge-base --is-ancestor "$NEW_COMMIT" "$branch"; then
    # 精准将分支上旧commit之后的所有提交平移到新commit上，保留原有提交结构
    git rebase --onto "$NEW_COMMIT" "$OLD_COMMIT" "$branch"
  fi
done

逻辑说明与注意事项 #

• 脚本核心用的是git rebase --onto <新基点> <旧基点> <目标分支>命令，只会把目标分支里旧commit之后的提交裁剪下来拼接到新commit上，不会改动原有提交的顺序、分支的衍生拓扑，和你手动单分支执行rebase的逻辑完全一致。
• 执行前可以把脚本里的git rebase行替换为echo "待处理分支: $branch"先预演，确认待处理分支列表符合预期后再执行实际rebase，避免误操作。
• 如果需要同步远程分支，先执行git fetch --all拉取所有远程分支到本地，把脚本里遍历分支的路径refs/heads/替换为refs/remotes/origin/即可，处理完成后批量推送时建议用git push --force-with-lease，避免覆盖其他人新提交的内容。
• 如果rebase过程中出现冲突，按正常流程解决冲突后执行git rebase --continue即可，脚本会自动等待当前分支处理完成后再处理下一个分支。
• 如果需要跳过保护分支（比如生产分支、主分支），在循环内加对应判断跳过即可。

Git本身将commit设计为不可变对象，改写公共历史属于高风险操作，因此没有默认提供自动改写全部分支的功能，上述脚本逻辑完全透明，你可以根据自己的仓库规则灵活调整筛选逻辑。

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