GitHub Actions串行合并队列配置疑问：无法实现PR逐个合并？

你的核心需求是实现PR严格串行合并到main分支：前一个PR完成所有流程（合并+部署后测试）后，下一个PR才开始合并，彻底避免批量推送导致的故障定位困难。结合你当前的设置，问题出在几个配置的矛盾和遗漏上，调整方案如下：

当前配置的问题点 #

• 构建并发数=5：允许最多5个PR同时跑预合并构建，即便你限制了“最大合并PR数=1”，但并行构建的PR会在队列中等待，一旦触发“合并限制：1个或5分钟后”的超时规则，就会跳过等待直接合并，打破串行逻辑。
• 合并限制的5分钟超时：如果前一个PR的部署后测试耗时超过5分钟，队列中等待的PR会因为超时触发合并，导致多个PR被批量合并，违背你的初衷。

调整后的配置方案 #

1. 将构建并发数改为1
   确保同一时间只有一个PR在执行预合并构建、合并、部署后测试全流程，从根源上杜绝并行操作的可能。
2. 取消合并限制的超时设置
   把“1个或5分钟后”调整为仅“1个”，移除5分钟超时触发合并的规则，强制队列必须等待前一个PR完全完成所有必填检查（包括部署后测试）并合并成功后，才会启动下一个PR的合并流程。
3. 绑定部署后测试到合并队列流程
   确认你的部署后测试是合并队列的必填环节，而非PR的独立检查——即合并队列只有在部署后测试通过后，才会标记该PR合并完成，进而触发下一个PR的处理。

额外验证点 #

如果你的CI系统支持“串行合并队列”模式，直接启用该模式即可，它会强制队列按PR进入顺序逐个处理，无需依赖并发数和合并限制的组合配置。

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