Stack should be merged when merge commit is already pushed

Offen

#457 erstellt am 19.8.2026 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 58/100

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

Rechercherichtung

Verfolge den bestehenden Einstiegspunkt gh stack sync und die Logik, die bestimmt, ob gestapelte PRs gemergt sind. Vergleiche die Behandlung der Basis mit dem hier beschriebenen Szenario eines manuell gepushten Merge-Commits. Als abgeschlossen gilt die Aufgabe, wenn alle PRs im Stack als gemergt und geschlossen erkannt werden, sobald die Basis des Stacks ihre Änderungen enthält.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Reproduce step

Let's say you have this stacked PRs.

main <- PR#1 <- PR#2 <- PR#3

Now, you manually create merge commit and push it to the main.

prv_main <- PR#1 <- PR#2 <- PR#3
       \---------------------+-------new_main

Current Behavior

PR#1 is closed, because it's base is main, and GitHub automatically closes already merged PRs.
PR#2 and PR#3 are NOT closed, because their bases aren't main (they point to previous PR's tip), so they still have diff remaining, and PR isn't closed.

Expected Behavior

All PRs should be closed.

How to fix this

Stacked PR should check it's mergeability against the whole stack's base (e.g. main in this case).

Basically the whole point of stacked PR is that "your PR is pointing to another PR, but they are treated as pointing to base".

Why this should be fixed

These PRs are shown as "open PRs" while they are already merged.
This will help 3rd-party integrations -- e.g. bors manually creates octopus merge commit of PRs and push it to main.

I know that you can manually gh stack sync, but I think this should be done automatically.

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