注: GitHub ホステッド ランナーは、現在 GitHub Enterprise Server でサポートされていません。 GitHub public roadmap で、今後の計画的なサポートの詳細を確認できます。
注: パスのフィルター処理、ブランチのフィルター処理、またはコミット メッセージ (下記参照) のためにワークフローがスキップされた場合、そのワークフローに関連付けられているチェックは "保留中" 状態のままになります。 これらのチェックを成功させる必要がある pull request は、マージが禁止されます。
on: push
または on: pull_request
を使用してトリガーするワークフローは、プッシュまたは pull request の HEAD コミットで、次の文字列型のいずれかをコミット メッセージに追加した場合トリガーされません。
[skip ci]
[ci skip]
[no ci]
[skip actions]
[actions skip]
または、コミット メッセージにskip-checks
トレーラーを追加することもできます。 トレーラー セクションは、コミット メッセージの最後に含め、先頭に空行を 2 行入れる必要があります。 コミット メッセージに既に他のトレーラーがある場合は、skip-checks
は最後にする必要があります。 次のいずれかを使用できます。
skip-checks:true
skip-checks: true
既定では、Git は連続する改行を自動的に削除します。 コミット メッセージを入力したとおりのままにするには、コミットで--cleanup=verbatim
オプションを使用します。 詳細については、Git ドキュメントにある「--cleanup=<mode>
」を参照してください。
最初にリポジトリがパスするための特定のチェックを受けるように設定されている場合、プルリクエストをマージすることはできません。 プルリクエストをマージできるようにするには、コミットメッセージのスキップ命令なしでプルリクエストに新しいコミットをプッシュできます。
注: スキップ手順は、push
pull_request
イベントにのみ適用されます。 たとえば、コミット メッセージに [skip ci]
を追加しても、トリガーされた on: pull_request_target
であるワークフローの実行は停止されません。
スキップ命令は、スキップ命令を含むコミットによってトリガーされるワークフロー実行にのみ適用されます。 ワークフローの実行を無効にすることもできます。 詳しくは、「ワークフローの無効化と有効化」を参照してください。