GitHub・プルリク・スタックのプルリク・2026年10月27日に確認

GitHub：スタックのプルリクごとにチェックが走る

スタックの中のプルリクは、どれも main のようなスタックの土台に向いているとして評価されます。main に向いた pull_request のイベントで動くワークフローは、一番下だけでなくスタックのすべてのプルリクで走るので、大きなスタックほど CI の使用量が増えます（GitHub のスタックのプルリクの CI を絞る・2026年10月27日に確認）。

main <- PR1 <- PR2 <- PR3
on: pull_request, branches: [main]   PR1・PR2・PR3 のどれでも走る
必須のステータスチェック             スタックの土台に対して評価
github.event.pull_request.stack      スタックの中のときだけある

すべてのプルリクで走る理由

土台が基準：GitHub Actions のワークフローは、スタックの各プルリクがスタックの土台に向いているとして動きます。そのため、ワークフローを変えなくてもスタック全体でチェックが走ります（GitHub のスタックのプルリク）。
ルールも同じ：必須のレビュー・必須のステータスチェック・コードオーナー・コードスキャンのワークフローは、すぐ下のブランチではなくスタックの土台に対して評価されます（GitHub のブランチの保護と必須のチェック）。土台は一番下のプルリクのマージ先のブランチで、既定はリポジトリの既定のブランチですが、リリースのブランチなどどのブランチにもできます。
マージには下も要る：PR3 をマージするには、PR1 と PR2 もチェックを通っている必要があります（スタックのプルリクがマージできない）。

必要な所だけジョブを走らせる

スタックの項目：ワークフローの式で github.event.pull_request.stack から number（リポジトリの中のスタックの番号）・size（スタックのプルリクの数）・position（1 が一番下）・base.ref（スタック全体が向くブランチ）・base.sha が読めます。プルリクがスタックの中にあるときだけある項目なので、先に null でないかを確かめます（GitHub のスタックの情報を読む）。
まだマージされていない一番下：github.event.pull_request.stack.base.ref が github.event.pull_request.base.ref と等しいプルリクで、スタックの土台に直接向いている物です。一番下がマージされると、次のプルリクがスタックの土台に向くようリベースされ、次の実行からはそれがまだマージされていない一番下になります。
一番上：stack.position が stack.size と等しいプルリクで、変更をすべて含みます。stack.position == 1 で、もともとの一番下を選べます（GitHub の CI の使用量を減らす）。

if: github.event.pull_request.stack != null && github.event.pull_request.stack.position == github.event.pull_request.stack.size

そのジョブが必須のチェックのとき

条件で飛ばしたジョブ：条件で飛ばしたジョブは Success と報告されるので、マージを止めません（GitHub の飛ばされた必須のチェックの扱い）。
ワークフローごと飛んだ：パスやブランチの絞り込み、コミットメッセージで飛んだワークフローのチェックは Pending のまま残り、マージを止めます。GitHub は、飛ぶことのあるワークフローを必須にしないよう勧めています（[skip ci] でチェックが動かない）。
失敗したジョブの後のジョブ：失敗したジョブに頼るジョブは飛ばされ、マージを止めないことがあります。GitHub は、そうした必須のチェックに needs と always() を使うよう勧めています。

どうするか

実行が多すぎる：軽いチェックはすべてのプルリクで走らせ、重いジョブはスタックの項目で、まだマージされていない一番下か一番上だけに絞ります。
思っていない実行があった：ワークフローの絞り込みを、プルリクのすぐ下のブランチではなく、スタックの土台と比べます。
リベースの後：リベースが要るときはマージの欄に Rebase stack が出ます。スタックのリベースは署名つきのコミットを作り、差分が変わらなければ承認は残ります（GitHub のリベース）。

IntelliJ IDEA で GitHub のプルリクを見るなら

Lesstep の Pull Request Inbox for GitHub は、JetBrains IDE（2024.1 以降）のプラグインです。GitHub がプルリクの先頭のコミットに報告したチェックを、実行へのリンクつきで差分の隣に並べます。スタックの中のプルリクでは、マージの確認欄にスタックの一部であることを出してスタックの土台のルールを読み、マージはその下の開いているプルリクと一緒に行います。チェックの再実行やワークフローの変更はしません。受信箱・差分・会話は無料、承認・コメント・解決・マージは Pro（月 US$1.50・30日間の無料試用つき）です。画面は日本語です。

GitHub は GitHub, Inc. の商標、IntelliJ IDEA は JetBrains s.r.o. の商標です。このページは GitHub, Inc.・JetBrains のいずれとも提携しておらず、承認も受けていません。