A conflict low in a stack blocks merging PRs above it, even when they merge cleanly

Offen

#449 erstellt am 17.8.2026 0 Kommentare 0 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: 35/100

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

Rechercherichtung

Beginne damit nachzuverfolgen, wie gh-stack feststellt, ob gestapelte Pull Requests gemergt werden können und wie es Branches behandelt, die für ein Staging-Deployment vorgesehen sind. Lege das gewünschte Verhalten für einen konfliktfreien Pull Request oberhalb eines konflikthaften fest, einschließlich der Frage, wie seine Merge-Bereitschaft und sein Deployment-Pfad dargestellt werden sollen. Als abgeschlossen gilt die Arbeit, wenn höherliegende Pull Requests unabhängig fortschreiten können, ohne ihre Abhängigkeiten fälschlicherweise zu umgehen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

The problem

Say main ← PR1 ← PR2. PR1 has merge conflicts against main and can't be merged. PR2 against PR1 is completely fine — no conflicts at all.

Merging is all-or-nothing for the whole chain up to main: if any PR in the stack can't be merged, none of them are. So even though PR2's changes are ready and conflict-free relative to PR1, there's no way to merge it — it's stuck behind PR1's unrelated conflict with main.

Impact

A single conflict low in a stack blocks everything built on top of it, even work that's fully ready and has nothing to do with that conflict. Teams end up stuck waiting on someone to resolve the bottom PR's conflict before any of the PRs above it can move forward, with no way to make progress on the parts that are actually ready.

This also blocks deploying feature branches to a staging environment for testing — a common practice at many companies. In this scenario, the feature branch is PR1's branch (the one with the conflict against main): deploying it to staging means merging it, and that merge is exactly what's blocked, so the branch can't be deployed until the unrelated conflict is resolved.

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