Enquanto as ferramentas CI podem executar o teste em cada solicitação de pull quando ele & #39;s abriu, e em cada ramo depois que ele & #39;s empurrado, pode não ser suficiente para evitar compilações quebradas. Por exemplo, se você tiver duas solicitações de pull que modificam o código dependente, os testes podem passar em cada solicitação de pull independentemente e Github permitiria o merge, mas a compilação pode quebrar após a fusão. Você pode configurar o Github para bloquear a solicitação de tração que não está atualizada com o mestre para evitar este problema. Mas isso pode não ser dimensionado com sua equipe. Esta configuração significa que cada engenheiro individual tem de: Atualize o ramo atual com o mestre. Espere que o teste passe novamente. Mesclar o pull request quando ele & #39;s feito. Caso outro pull request seja mesclado antes disso, repita os passos acima. - O MergeQueue monitora todos os pedidos no repositório do Github - Em vez de fundir manualmente pull requests, os engenheiros rotulam-nos quando prontos. - MergeQueue prioriza PRs prontos com base no FIFO. - Com base em sua configuração, o MergeQueue executa algumas operações em PRs. - Merge PR quando todos os critérios de mesclagem foram atendidos. - Relatórios e dequeus puxar pedidos que falham os critérios.