Skip to main content

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2023-01-18. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise にアップグレードします。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせく� さい

ワークフロー実行をスキップする

コミット メッセージにコマンドを含めると、push イベントと pull_request イベントによってトリガーされるワークフロー実行をスキップできます。

注: 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]

または、次のいずれかが後に続く 2 行の空行でコミット メッセージを終了することができます。

  • skip-checks:true
  • skip-checks: true

最初にリポジトリがパスするための特定のチェックを受けるように設定されている� �合、プルリクエストをマージすることはできません。 プルリクエストをマージできるようにするには、コミットメッセージのスキップ命令なしでプルリクエストに新しいコミットをプッシュできます。

注: スキップ手� �は、push pull_request イベントにのみ適用されます。 たとえば、コミット メッセージに [skip ci] を追� しても、トリガーされた on: pull_request_target であるワークフローの実行は停止されません。

スキップ命令は、スキップ命令を含むコミットによってトリガーされるワークフロー実行にのみ適用されます。 ワークフローの実行を無効にすることもできます。 詳細については、「ワークフローの無効化と有効化」を参照してく� さい。