Add merge queue CI optimisation

Offen

#395 erstellt am 05.8.2026 1 Kommentar 13 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 38/100

Issue-Typ: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Aktiv
Tech-Stack: github, go
Bereich: cli, devtools

Rechercherichtung

Es sind keine Dateien oder Tests genannt. Beginne damit, die Implementierung der Merge Queue und die vorhandene Option “Only merge non-failing pull requests” zu finden, und verfolge anschließend, wie gestapelte PRs ausgewertet werden. Als erledigt gilt die Aufgabe, wenn ein eingereihter Stack CI nur für seinen letzten PR ausführen und atomar mergen kann, während eine teilweise eingereihte Queue weiterhin gemergt wird, wenn ihr letzter eingereihter PR erfolgreich ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

feature request topic: merge queue

The problem

We use stacks a lot, and often mid stack PRs have some CI failures that are fixed above.

When I merge a stack of 5 PRs, I don't need to run CI in each of them, it's OK to skip 1-4 and only run CI in 5th. It saves A LOT of wasted runner minutes.

Current state

You have this checkbox "Only merge non-failing pull requests":

Imagine we have added 5 stacked PRs to a merge queue, with CI like this
PR 1 pass ✅
PR 2 pass ✅
PR 3 fail ❌
PR 4 pass ✅
PR 5 fail ❌

Checkbox set:
It will run CI on 5 pull requests, merge 1-2
Checkbox not set:
It will run CI on 5 pull requests, merge 1-4

Proposal

It is greedy to merge something now. I want it to merge a queued atomic stack instead.

In order to make it work, you need another checkbox "merge a queued stack atomically and only run CI on the last PR", where it will only run CI on PR 5, and it will not merge 1-2 or 1-4 of I queued 1-5.

However, if I only added 1-2 or 1-4 to the merge queue - it will merge, because the last queued PR succeeded.

For context: it is not rare for us to hit a 50 PRs limit in a graphite, and 20 PRs stacks are very usual. Saving 20x runner minutes is a huge deal.

Vorherrschende Sprache: Go
Sterne: 1.5k
Forks: 73
Ø Merge: 1 T. 8 Std.
Gemergte PRs (30 T.): 7

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus github/gh-stack

Please allow both `gh stack` and `gh stacks` commands to work Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100

github/gh-stack#518 · Erstellt am 21.9.2026
Outdated version number in skill file Offen

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 92/100

github/gh-stack#499 · Erstellt am 08.9.2026
Add option to allow adding alias even if there's already a binary in path with that name Offen

feature request topic: cli - general

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

github/gh-stack#452 · Erstellt am 18.8.2026
Change "Merge when ready" text to "Enqueue" or "Add to merge queue" Offen

feature request topic: auto-merge

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

github/gh-stack#438 · Erstellt am 12.8.2026
CONTRIBUTING.md conflicts with collaborator-only PR restriction Offen

bug topic: docs

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100

github/gh-stack#429 · 3 Reaktionen · Erstellt am 11.8.2026

Alle Issues in github/gh-stack