ステータスチェックは、リポジトリにプッシュをするたびに実行される継続的インテグレーションのビルドのような、外部のプロセスに基づいています。 プルリクエスト中の個々のコミットの隣に、 pending、passing、 failing などの、ステータスチェックのステータスが表示されます。
書き込み権限があるユーザまたはインテグレーションなら誰でも、リポジトリのステータスチェックを任意のステータスに設定できます。
ブランチへの最後のコミットの全体的なステータスは、リポジトリのブランチページあるいはリポジトリのプルリクエストのリストで見ることができます。
リポジトリでステータスチェックが要求されているなら、必� �のステータスチェックをパスしてからでないと保護されたブランチにあなたのブランチはマージできません。 詳しい情� �については、「保護されたブランチについて」を参照してく� さい。
GitHub Enterprise Serverでのステータスチェックの種類
GitHub Enterprise Server のステータスチェックには 2 種類あります。
- チェック
- ステータス
Checks are different from statuses in that they provide line annotations, more detailed messaging, and are only available for use with GitHub Apps.
Organization オーナー、およびリポジトリにプッシュアクセスを持つユーザは、GitHub Enterprise Server の API でチェックおよびステータスを作成できます。 詳しい情� �については、「チェック」および「 ステータス」を参照してく� さい。
チェック
リポジトリでチェックが設定されている� �合、プルリクエストには [Checks] タブがあり、そこからステータスチェックからの詳細なビルドの出力を表示して、失敗したチェックを再実行できます。
Note: The Checks tab only gets populated for pull requests if you set up checks, not statuses, for the repository.
コミットの特定の行でチェックが失敗している� �合、その失敗、警告、注意に関する詳細がプルリクエストの [Files] タブの関連するコードの横に表示されます。
[Conversation] タブの下のコミットドロップダウンメニューを使って、プルリクエスト中のさまざまなコミットのチェックのサマリー間を行き来できます。
個々のコミットに関するチェックのスキップとリクエスト
リポジトリがプッシュに対して自動的にチェックをリクエストするように設定されている� �合、プッシュする個々のコミットについてチェックをスキップできます。 リポジトリがプッシュに対して自動的にチェックをリクエストするよう設定されていない� �合、プッシュする個々のコミットについてチェックをリクエストできます。 これらの設定についての詳しい情� �は、「チェックスイート」を参照してく� さい。
コミットに対するチェックをスキップもしくはリクエストするには、以下の追� 行のいずれかをコミットメッセージの末尾に追� します:
- コミットのチェックをスキップには、コミットメッセージと変更の短く意味のある説明を入力してく� さい。 After your commit description, before the closing quotation, add two empty lines followed by
skip-checks: true
:$ git commit -m "Update README > > skip-checks: true"
- コミットのチェックをリクエストするには、コミットメッセージと変更の短く意味のある説明を入力してく� さい。 After your commit description, before the closing quotation, add two empty lines followed by
request-checks: true
:$ git commit -m "Refactor usability tests > > request-checks: true"