Disponibilité générale de GitHub Merge Queue

• Conçu pour les équipes où de nombreux utilisateurs effectuent des commits sur une même branche
• Pour éviter les conflits, la merge queue crée une branche temporaire incluant les éléments suivants
  • Les dernières modifications de la branche de base
  • Les modifications provenant des pull requests d’autres personnes présentes dans la merge queue
  • Les modifications de votre pull request
• L’administrateur du dépôt doit activer Require Merge Queue
  • Ajustement des paramètres de la merge queue : merge method, build on currency, merge limits, only merge non-failing pull requests, status check timeout
• Chaque développeur n’a qu’à ouvrir la PR à ajouter à la file et cliquer sur Merge When Ready

[alstjr7375]

À titre de référence, il s’agit d’une fonctionnalité similaire au merge train de GitLab.

• https://docs.gitlab.com/ee/ci/pipelines/merge_trains.html
• https://about.gitlab.com/blog/2020/12/14/merge-trains-explained/

Voici ensuite une explication plus simple et plus visuelle.

• https://www.runway.team/blog/merge-queues-intro-for-mobile-engineers

[alstjr7375]

En un mot, au lieu de fusionner immédiatement, cela revient à introduire un état Merge ready, un peu comme le concept de zone de staging de git.

1. Au lieu de fusionner directement la pull request, on l’ajoute à la Merge queue
2. Mettre à jour la pull request avec l’état de la branche présente dans la Merge queue
3. Relancer les vérifications CI