Stacked PR checks unrelated to the topmost PR are skipped

Offen

#379 erstellt am 31.7.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: 50/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Ruhig
Tech-Stack: go
Bereich: ci-cd

Rechercherichtung

Beginne damit, nachzuverfolgen, wie CI-Workflows für einen veröffentlichten Stack ausgewählt werden, und reproduziere das Problem mit zwei gestapelten PRs, die voneinander unabhängige Bereiche des Repositorys betreffen. Als erledigt gilt die Aufgabe, wenn jeder PR im Stack die für seine eigenen Änderungen relevanten Workflows ausführt, einschließlich darunterliegender PRs, wenn der oberste PR diese nicht auslöst.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug topic: ci

What happened

For a stack of pull requests, CI workflows are skipped when they are unrelated to the topmost PR in the stack, even if they are relevant to a lower PR.

Reproduction

Configure separate CI workflows that run for changes to different parts of the repository.
Create PR A from the trunk branch with a change that should trigger one of those workflows.
Create PR B on top of A with an unrelated change that does not trigger that workflow.
Publish A and B as a stack.
Observe that the workflow relevant to PR A is skipped because it is unrelated to the topmost PR, PR B.

Expected behavior

Each PR in the stack should run the CI workflows relevant to its own changes.

Actual behavior

CI workflows are selected based on the topmost PR in the stack. Workflows unrelated to that PR are skipped across the stack, including workflows that are relevant to lower PRs.

Example consequence

PR A changes a database migration and should trigger migration tests. PR B adds an unrelated application change on top. If the migration workflow is unrelated to PR B, it is skipped, leaving PR A without the CI coverage relevant to its changes.

This is distinct from #319, where stale or missing merge refs prevent pull request workflows from running at all.

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