如何在main/master分支更新后自动rebase所有远程分支？

首先得明确：自动rebase远程分支有不小的风险——rebase会改写提交历史，如果团队成员本地还有未推送的提交，远程分支被自动rebase后，本地和远程的提交历史会脱节，反而增加协作麻烦。但如果你们团队能严格遵守提交规范（比如成员分支只有本地rebase后才推送，或者自动rebase后立刻通知成员同步），可以试试下面的方案：

方案1：用CI/CD流水线实现自动Rebase #

主流Git托管平台（GitHub、GitLab、Gitee等）都支持CI/CD触发，你可以设置当main分支有新提交推送时，自动触发脚本遍历所有远程分支执行rebase：

核心脚本逻辑 #

1. 确保本地仓库拉取到最新的main分支
2. 列出所有远程分支（排除main/master）
3. 逐个切换分支，先拉取该分支的最新远程内容，再rebase到main分支
4. 若rebase无冲突，用--force-with-lease强制推送到远程（比--force安全，能避免误覆盖他人刚推送的提交）
5. 若出现冲突，脚本直接终止并告警，等待人工处理

示例Bash脚本 #

# CI环境通常已关联仓库，这里是完整示例流程
git clone https://your-repo-url.git
cd your-repo

# 拉取最新main分支
git checkout main
git pull origin main

# 获取所有远程分支，过滤掉main/master
branches=$(git branch -r | grep -v 'main\|master' | sed 's/origin\///')

for branch in $branches; do
    echo "开始处理分支: $branch"
    git checkout $branch
    git pull origin $branch  # 先同步分支最新内容，避免本地落后
    git rebase main
    
    # 检查rebase是否成功
    if [ $? -eq 0 ]; then
        # 用--force-with-lease推送，防止覆盖他人提交
        git push origin $branch --force-with-lease
        echo "$branch 已成功rebase并推送"
    else
        echo "$branch rebase失败，存在冲突，终止脚本"
        git rebase --abort
        exit 1
    fi
done

方案2：结合分支保护与协作规范（更稳妥） #

自动rebase不是银弹，很多团队会选择用规范替代自动化，避免风险：

• 要求成员在推送自己的分支前，必须先本地rebase main分支
• 给main分支设置PR合并规则，比如必须通过代码审核，且合并时用rebase合并（而非普通merge），保持main分支的线性历史
• 定期（比如每周固定时间）由团队统一执行一次批量rebase，而非每次main分支更新都自动触发

关键注意事项 #

• 绝对要用--force-with-lease代替--force：它会校验远程分支是否有本地未同步的提交，能有效避免误覆盖他人的推送
• 自动rebase前一定要拉取分支的最新内容：防止本地分支落后远程，导致rebase过程出现不必要的冲突
• 冲突无法自动解决：脚本遇到冲突必须终止，需要人工介入处理后再重新执行
• 同步通知：自动rebase完成后，一定要通知所有成员同步自己的本地分支（执行git pull --rebase origin <自己的分支名>）

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