GitHub・プルリク・チェック・2026年10月27日に確認

GitHub：コミットメッセージの [skip ci] でチェックが動かない

プッシュのコミットメッセージか、プルリクの先頭のコミットに [skip ci]・[ci skip]・[no ci]・[skip actions]・[actions skip] があると、on: push や on: pull_request で起きるはずのワークフローは起きません。こうして飛ばされたワークフローのチェックは Pending（保留）のまま残り、それが成功することを求めるプルリクはマージできなくなります（GitHub のワークフローの実行を飛ばす・2026年10月27日に確認）。

[skip ci] [ci skip] [no ci]       push と pull_request のワークフローが起きない
[skip actions] [actions skip]     同じ
skip-checks: true（トレーラー）   2行の空行の後・トレーラーの最後
必須のチェック                     Pending のまま・マージは止まる
pull_request_target               それでも動く

なぜチェックが動かなかったか

先頭のコミットにスキップの文字列がある：数えるのはプルリクの先頭のコミットだけで、指示が効くのはそのコミットが起こすはずだった実行だけです。指示の無いコミットを後に足せば、ワークフローはまた動きます。
skip-checks のトレーラーがある：コミットメッセージの末尾に、2行の空行の後で skip-checks:true か skip-checks: true を置きます（ほかのトレーラーがあるなら最後に）。それを許すリポジトリでは、このトレーラーはワークフローだけでなくそのコミットのすべてのチェックを飛ばし、request-checks: true は逆にチェックを求めます（GitHub のコミットごとにチェックを飛ばす・求める）。
トレーラーが効かなかった：Git は既定で続けた改行を消すので、2行の空行が消えることがあります。git commit --cleanup=verbatim なら書いたとおりに残ります。
ほかのイベントは動く：スキップの指示が効くのは push と pull_request だけで、pull_request_target で起きるワークフローはそのまま動きます。

パスやブランチの絞り込みで飛ばされたワークフローも、同じようにチェックを Pending のまま残します（必須のチェックが Expected のまま）。

どうするか

スキップの指示の無いコミットをプッシュする：決まったチェックが必須のとき、プルリクをマージできるようにする方法として GitHub が挙げているのはこれです。
先頭のコミットに指示を残さない：実行を飛ばしたいコミットがあっても、マージを頼む前に指示の無いコミットを後に足します。
ワークフローを止めるなら無効にする：そのワークフローを一切動かしたくないなら、コミットごとに飛ばすより無効にします（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 のいずれとも提携しておらず、承認も受けていません。