MergeQueue

虽然CI工具可以在每次打开拉取请求时以及每次推送分支后运行测试，但这可能不足以避免构建失败。
例如，如果你有两个拉取请求修改了相互依赖的代码，每个拉取请求的测试可能独立通过，GitHub允许合并，但合并后构建仍可能失败。
你可以配置GitHub阻止与主分支不同步的拉取请求，以避免此问题。但随着团队规模扩大，这种配置难以持续。这意味着每位工程师都必须：
更新当前分支以同步主分支；
等待测试再次通过；
完成后合并拉取请求。
若在此期间有其他拉取请求被合并，则需重复上述步骤。

MergeQueue 监控你 GitHub 仓库中的所有拉取请求。
工程师在拉取请求准备就绪时进行标记，而非手动合并。
MergeQueue 根据先进先出（FIFO）原则对已准备就绪的拉取请求进行优先级排序。
根据你的配置，MergeQueue 对拉取请求执行相应操作：
当满足所有合并条件时，自动合并拉取请求；
对不满足条件的拉取请求报告并移除队列。