Github分支保护下，能否用单次合并提交关闭多个PR？

为什么多父合并会被拒绝 #

你的分支保护规则明确要求所有master分支的变更必须通过拉取请求（PR），而本地创建的多父合并提交没有和任何PR建立关联记录。GitHub的分支保护钩子无法识别这个提交是经过PR审批流程的，因此直接拒绝推送。

同事的方法为什么第二次失败 #

第一次合并PR1成功，是因为该合并提交能和PR1的分支、审批记录关联，GitHub认可这是符合流程的PR合并。但合并PR2时，你的本地master已经比origin/master多了一个PR1的合并提交，此时PR2的目标分支是旧版master（fb00b60），分支保护里的**“推送新提交时驳回过时的PR批准”**规则会触发，导致PR2的原有审批失效。此时你本地合并PR2后的提交，GitHub会判定为未经过有效PR流程，因此拒绝推送。

符合分支保护的分布式工作流操作方式 #

方法1：用GitHub CLI（gh）本地合并PR（推荐） #

GitHub CLI会自动同步PR状态（关闭PR、关联合并记录），确保合并提交被分支保护钩子认可：

1. 安装并配置gh CLI，登录到你的GitHub Enterprise实例。
2. 拉取最新的远程master：

   git fetch origin && git checkout master && git reset --hard origin/master
   

3. 逐个合并PR，指定--no-ff保留合并提交：

   # 合并PR1，替换<PR1编号>为实际数字
   gh pr merge <PR1编号> --no-ff
   # 合并PR2
   gh pr merge <PR2编号> --no-ff
   # 合并PR3
   gh pr merge <PR3编号> --no-ff
   

   每个命令执行后会自动推送合并结果到远程，同时GitHub会更新PR状态，确保符合分支保护要求。

方法2：手动同步PR分支后逐个合并 #

如果不用GitHub CLI，需要确保每个PR分支始终基于最新master，且审批有效：

1. 拉取最新远程master：

   git fetch origin && git checkout master && git pull origin master
   

2. 对每个PR分支执行rebase，同步到最新master：

   # 切换到PR1分支
   git checkout pr1-branch
   # 同步到master
   git rebase master
   # 安全推送更新后的PR分支
   git push origin pr1-branch --force-with-lease
   

   此时GitHub会更新PR，若原有审批因分支更新被驳回，需要重新获取审批，同时确保状态检查通过。
3. 切换回master，合并PR分支：

   git checkout master
   git merge pr1-branch --no-ff -m "Merge PR #1: [PR标题]"
   

4. 推送master到远程：

   git push origin master
   

5. 重复步骤2-4处理PR2和PR3。

关于多父合并的结论 #

在当前分支保护规则（必须通过PR、不允许绕过）下，多父合并的方式无法推送。因为GitHub无法将这种无PR关联的多父提交识别为合规变更，分支保护钩子会直接拦截。

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