Stacked PR checks unrelated to the topmost PR are skipped

オープン

#379 2026年7月31日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 4/5
見積もり時間: 3〜5日
初心者へのやさしさ: 50/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 静か
技術スタック: go
領域: ci-cd

調査の方向性

まず、公開された stack に対して CI workflows がどのように選択されるかを追跡し、互いに関連しないリポジトリ領域に影響する 2 つの積み重ねられた PR で問題を再現します。完了の条件は、stack 内の各 PR が自身の変更に関連する workflows を実行することです。最上位の PR がそれらをトリガーしない場合は、下位の PR も含みます。

索引モデルが issue の本文から書いたものです。

説明

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.

主要言語: Go
スター: 1.5k
フォーク: 73
平均マージ: 1日 8時間
マージ済み PR（30日）: 7

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

github/gh-stack のほかの issue

Please allow both `gh stack` and `gh stacks` commands to work オープン

難易度 2/5 1〜3時間初心者へのやさしさ 85/100

github/gh-stack#518 · 2026年9月21日に作成
Outdated version number in skill file オープン

難易度 1/5 1時間未満初心者へのやさしさ 92/100

github/gh-stack#499 · 2026年9月8日に作成
Add option to allow adding alias even if there's already a binary in path with that name オープン

feature request topic: cli - general

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

github/gh-stack#452 · 2026年8月18日に作成
Change "Merge when ready" text to "Enqueue" or "Add to merge queue" オープン

feature request topic: auto-merge

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

github/gh-stack#438 · 2026年8月12日に作成
CONTRIBUTING.md conflicts with collaborator-only PR restriction オープン

bug topic: docs

難易度 1/5 1時間未満初心者へのやさしさ 68/100

github/gh-stack#429 · リアクション 3 件 · 2026年8月11日に作成

github/gh-stack の issue をすべて見る

似ている issue

Textual definition update: Update description of GO:0141014 please オープン

textual definition

難易度 1/5 1時間未満初心者へのやさしさ 90/100

geneontology/go-ontology#32653 · 2026年9月23日に作成
harbor-db: missing STOPSIGNAL turns every container stop into an unclean shutdown オープン

難易度 1/5 1時間未満初心者へのやさしさ 75/100

goharbor/harbor#23989 · 2026年9月23日に作成
Use Prometheus-compatible _total suffix for counter metrics オープン

needs design

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

canonical/pebble#1098 · 2026年9月23日に作成
scripts/acceptance.sh times out: acceptance package needs longer than go test's 10m default オープン

Priority/High ready-for-agent Severity/Major Type/Bug

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

wso2/wso2-cli#235 · 2026年9月23日に作成
Sort the dokku_domains set and clear plan mutations オープン

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

dokku/docket#556 · 2026年9月23日に作成

Go の issue をもっと見る