Amazon CodeCatalyst は新規のお客様には提供されなくなりました。既存のお客様は、通常どおりサービスを引き続き使用できます。詳細については、「[CodeCatalyst から移行する方法](migration.md)」を参照してください。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ワークフローが失敗した場合のサードパーティーマージのブロック
<a name="extensions-block-merges"></a>

GitHub または Bitbucket リポジトリを CodeCatalyst にリンクした後、プルリクエストに CodeCatalyst ワークフローを追加できます。同様に、GitLab プロジェクトリポジトリを CodeCatalyst にリンクした後、マージリクエストに CodeCatalyst ワークフローを追加できます。1 つ以上のワークフロー実行は特定のコミットで実行でき、CodeCatalyst の各ワークフローの実行ステータスは、GitHub 、Bitbucket、または GitLab のコミットステータスの一部としても反映されます。新しいコミットがプッシュされると、その新しいコミットの新しいワークフロー [[実行ステータス]](https://docs.aws.amazon.com/codecatalyst/latest/userguide/workflows-view-run.html#workflows-view-run-status) が GitHub 、Bitbucket、または GitLab に反映されます。コミットに対してワークフローを再度実行すると、新しいワークフロー実行ステータスによって、そのコミットとワークフローの以前のステータスが上書きされます。

最新のコミットが失敗したワークフロー実行ステータスである場合、GitHub または Bitbucket でブランチ保護ルールを設定してプルリクエストのマージをブロックするか、GitLab でマージリクエストをブロックできます。ブランチ保護ルールでは、最新のコミットのステータスは、GitHub 、Bitbucket、または GitLab のプルリクエストをマージする機能に影響します。ワークフローの詳細については、「[ワークフローの実行](workflows-working-runs.md)」および「[トリガーを使用したワークフロー実行の自動的な開始](workflows-add-trigger.md)」を参照してください。

使用しているサードパーティーリポジトリプロバイダーに応じて、次を参照してください。
+ **GitHub リポジトリ**: GitHub のドキュメント「[ステータスチェック](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/about-status-checks)」と「[保護されたブランチ について](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches)」。
+ **Bitbucket リポジトリ**: Bitbucket Cloud で [ブランチアクセス許可を使用](https://confluence.atlassian.com/bitbucketserver/using-branch-permissions-776639807.html)し、[ブランチアクセス許可を使用して制御する](https://bitbucket.org/blog/take-control-with-branch-restrictions)ための Bitbucket のドキュメント。
+ **GitLab リポジトリ**: [[自動マージ]](https://docs.gitlab.com/ee/user/project/merge_requests/auto_merge.html) と [[保護されたブランチ]](https://docs.gitlab.com/ee/user/project/protected_branches.html) に関する GitLab のドキュメント。