最近，Github 谈到了如何使用合并队列（merge queue）来实现代码更新。GitHub.com 的合并队列已经开发并扩展到了管理超过 30000 个拉取请求（pull request），以及相应的 450 万次 CI 执行。
合并队列系统将拉取请求组织成可部署的批次，通过 GitHub Actions 启动构建和测试，并通过遵循分支保护规定以防止更新中包含失败的提交，从而维护主分支的完整性。队列中相互冲突的拉取请求会被自动识别和排除，系统会根据需要重新分组。
GitHub 的员工产品主管 Will Smythe 和员工工程师 Lawrence Gripper 在一篇博客文章中详细阐述了 GitHub 使用合并队列的过程。除了提高开发人员的效率之外，采用合并队列的目的还在于提升开发人员在交付工作时的整体体验，防止有问题的拉取请求影响到规模更广的团队，并确保所有服务和仓库的流程一致并且高度自动化。
2021 年年中，GitHub 开始在几个较小的内部仓库中试用合并队列的功能。他们分阶段实现流程的变更，这涉及到大多数开发人员在每天清晨开始一天的主要工作之前的测试和修改恢复。随着时间的推移，到 2023 年，GitHub 系统性地将其大型 monorepo 和所有与生产服务相关联的仓库均迁移到了合并队列系统。
合并队列融入了 GitHub 现有的拉取请求工作流程，开发人员无需学习特定的 ChatOps 命令，也无需使用标签或特定注释语法进行状态管理，这增强了 GitHub 的开发人员体验。开发人员可以轻松地将他们的拉取请求排入队列，如果他们发现自己的更改有任何问题，只需单击一下即可退出队列。
在 GitHub 于 2023 年第三季度左右全面发布合并队列后，我们在 Hacker News 上看到了相关讨论。技术社区积极参与了讨论，一位用户重点介绍了他们几个月来 在 monorepo 拉取请求合并中使用该系统的情况，并对流程的实质性改进提出了肯定。他们还称赞了该系统的快速能力和基于 trunk 的可靠发布，并对该功能背后的团队表示了赞赏。
另一位用户询问合并队列是否会很快出现在 Azure DevOps 中，表示对其可用性很感兴趣。一位参与者在回复中指出 Azure Repos 缺乏更新，并指出其 SSH Git 继续依赖ssh-rsa主机密钥，而实际上 OpenSSH 已废弃该协议数年之久了。
每月，会有 500 多名工程师利用合并队列将 2500 个拉取请求集成到 GitHub 的大型 monorepo 中，这将部署变更的平均时间缩短了 33%。在 GitHub 定期进行的开发人员满意度调查中，一位工程师称赞合并队列是“在 GitHub 的变更部署方面，这是我最满意的生活质量提升之一！”
查看英文原文：
Improving GitHub Deployments with Merge Queue (https://www.infoq.com/news/2024/03/github-merge-queues/)
声明：本文由 InfoQ 翻译，未经许可禁止转载。
