GitHub Merge Queue jetzt allgemein verfügbar

• Entwickelt für Teams, in denen viele Nutzer auf einem einzelnen Branch committen
• Um Konflikte zu vermeiden, erstellt die Merge Queue einen temporären Branch, der Folgendes enthält
  • die neuesten Änderungen des Basis-Branchs
  • die Änderungen aus den Pull Requests anderer Personen in der Merge Queue
  • die Änderungen aus deinem Pull Request
• Repository-Admins müssen "Require Merge Queue" aktivieren
  • Anpassung der Merge-Queue-Einstellungen: Merge-Methode, Build-Aktualität, Merge-Limits, nur nicht fehlschlagende Pull Requests mergen, Timeout für Status-Checks
• Jeder Entwickler muss lediglich einen PR öffnen, der zur Queue hinzugefügt werden soll, und auf "Merge When Ready" klicken

[alstjr7375]

Zur Referenz: Das ist eine Funktion, die dem merge train von GitLab entspricht.

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

Im Folgenden eine einfachere und anschaulichere Erklärung.

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

[alstjr7375]

Kurz gesagt entspricht das der Einführung eines "Merge ready"-Status statt eines direkten Merges – ähnlich dem Konzept des Stage-Bereichs in Git.

1. Statt einen Pull Request sofort zu mergen, wird er der Merge Queue hinzugefügt
2. Der Pull Request wird mit dem Status des Branches aktualisiert, der sich in der Merge Queue befindet
3. Die CI-Prüfungen werden erneut ausgeführt