Skip to main content
ドキュメントには� �繁に更新が� えられ、その都度公開されています。本ページの翻訳はま� 未完成な部分があることをご了承く� さい。最新の情� �については、英語のドキュメンテーションをご参照く� さい。本ページの翻訳に問題がある� �合はこちらまでご連絡く� さい。

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2022-06-03. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの改善、新機能のためには、最新バージョンのGitHub Enterpriseにアップグレードしてく� さい。 アップグレードに関する支援については、GitHub Enterprise supportに連絡してく� さい。

ブランチ保護ルールを管理する

保護されたブランチにマージされる前に、すべてのプルリクエストでレビューへの承認またはステータスチェックへのパスを必� �とするなど、1 つ以上のブランチに対して特定のワークフローを強制するため、ブランチ保護ルールを作成できます。

People with admin permissions to a repository can manage branch protection rules.

保護されたブランチは、GitHub Free及びOrganizationのGitHub Freeのパブリックリポジトリ、GitHub Pro、GitHub Team、GitHub Enterprise Cloud、GitHub Enterprise Serverのパブリック及びプライベートリポジトリで利用できます。

ブランチ保護ルールについて

リポジトリ内のブランチ保護ルールは、特定のブランチ、あるいはすべてのブランチやfnmatch構文で指定した名前のパターンにマッチするブランチに対して作成できます。 たとえば、releaseという語を含む任意のブランチを保護するには、ブランチルールを*release*に対して作成できます。

ワイルドカード構文 * で、リポジトリ内の現在および将来のブランチすべてに対するルールを作成できます。 GitHubは、File.fnmatch 構文に File::FNM_PATHNAME フラグを使用するので、ワイルドカードはディレクトリの区切り文字 (/) には一致しません。 たとえば、qa/* は、qa/ で始まり、1 つのスラッシュが含まれるすべてのブランチにマッチします。 qa/**/* とすると、複数のスラッシュにマッチします。また、より多くのブランチにマッチさせるため、qa の文字列を qa**/**/* とすることもできます。 ブランチのルールに関する構文オプションの詳しい情� �については、 fnmatch ドキュメンテーションを参照してく� さい。

リポジトリが同じブランチに影響する複数の保護されたブランチのルールを持っているなら、特定のブランチ名を含むルールがもっとも高い優先� �位を持ちます。 同じ特定のブランチ名を参照する保護されたブランチのルールが複数あるなら、最初に作成されたブランチルールが高い優先� �位を持ちます。

*?]などの特殊文字を含む保護されたブランチのルールは、作成された� �序で適用されるので、これらの文字を持つ古いルールが高い優先� �位を持ちます。

既存のブランチのルールに例外を作成するため、特定のブランチ名に対するルールなど、優先度の高いブランチ保護ルールを新しく作成できます。

For more information about each of the available branch protection settings, see "About protected branches."

ブランチ保護ルールを作成する

ブランチのルールを作成する際に、指定したブランチがリポジトリにしている必要はありません。

  1. GitHub Enterprise Serverインスタンスで、リポジトリのメインページにアクセスしてく� さい。

  2. リポジトリ名の下で Settings(設定)をクリックしてく� さい。 リポジトリの設定ボタン

  3. 左のメニューでBranches(ブランチ)をクリックしてく� さい。 リポジトリオプションのサブメニュー

  4. "Branch protection rules(ブランチ保護のルール)"の隣のAdd rule.(ルールの追� )をクリックしてく� さい。 ブランチ保護のルールの追� ボタン

  5. "Branch name pattern(ブランチ名のパターン)"の下で、保護したいブランチの名前もしくはパターンを入力してく� さい。 ブランチルールのフィールド

  6. 必要に応じて、Pull Requestレビュー必� �を有効化します。

    • [Protect matching branches] で、[Require pull request reviews before merging] を選択します。 プルリクエストレビューの制限チェックボックス

    • Click the Required approving reviews drop-down menu, then select the number of approving reviews you would like to require on the branch. 必� �とするレビュー承認の数を選択するドロップダウンメニュー

    • コードを変更するコミットがブランチにプッシュされたときにプルリクエストの承認レビューを却下する� �合は、[Dismiss stale pull request approvals when new commits are pushed] を選択します。 新たなコミットがチェックボックスにプッシュされた際に古いプルリクエストの承認を却下するチェックボックス

    • 指定されたオーナーのコードにプルリクエストが影響する� �合に、コードオーナーからのレビューを必� �にする� �合は、[Require review from Code Owners] を選択します。 詳細は「コードオーナーについて」を参照してく� さい。 コードオーナーのレビューを必要とする

    • リポジトリが Organization の一部である� �合、[Restrict who can dismiss pull request reviews] を選択します。 Then, search for and select the actors who are allowed to dismiss pull request reviews. 詳しい情� �についてはプルリクエストレビューの却下を参照してく� さい。 Restrict who can dismiss pull request reviews checkbox

  7. 必要に応じて、ステータスチェック必� �を有効化します。 詳しい情� �についてはステータスチェックについてを参照してく� さい。

    • [Require status checks to pass before merging] を選択します。 必� �ステータスチェックのオプション
    • プルリクエストを保護されたブランチの最新コードで確実にテストしたい� �合は、[Require branches to be up to date before merging] を選択します。 必� �ステータスのチェックボックス、ゆるい、または厳� �な
    • Search for status checks, selecting the checks you want to require. Search interface for available status checks, with list of required checks
  8. 必要に応じて、[Require signed commits] を選択します。 [Require signed commits] オプション

  9. 必要に応じて、[Require linear history] を選択します。 必� �の直線状の履歴オプション

  10. Optionally, select Apply the rules above to administrators. Apply the rules above to administrators checkbox

  11. 必要に応じて、ブランチ制限を有効化します。

    • [Restrict who can push to matching branches] を選択します。 Branch restriction checkbox
    • Search for and select the people, teams, or apps who will have permission to push to the protected branch or create a matching branch. Branch restriction search
  12. 必要に応じて、[Rules applied to everyone including administrators] で [Allow force pushes] を選択します。 フォースプッシュオプションを許可する

    For more information about force pushes, see "Allow force pushes."

  13. 必要に応じて、[Allow deletions] を選択します。 ブランチ削除オプションを許可する

  14. Create(作成)をクリックしてく� さい。

ブランチ保護ルールを編集する

  1. GitHub Enterprise Serverインスタンスで、リポジトリのメインページにアクセスしてく� さい。

  2. リポジトリ名の下で Settings(設定)をクリックしてく� さい。 リポジトリの設定ボタン

  3. 左のメニューでBranches(ブランチ)をクリックしてく� さい。 リポジトリオプションのサブメニュー

  4. 編集する保護ルールの右にある [Edit] をクリックします。 編集ボタン

  5. ブランチ保護ルールを自由に変更してく� さい。

  6. [Save changes] をクリックします。 [Edit message] ボタン

ブランチ保護ルールを削除する

  1. GitHub Enterprise Serverインスタンスで、リポジトリのメインページにアクセスしてく� さい。

  2. リポジトリ名の下で Settings(設定)をクリックしてく� さい。 リポジトリの設定ボタン

  3. 左のメニューでBranches(ブランチ)をクリックしてく� さい。 リポジトリオプションのサブメニュー

  4. 削除する保護ルールの右にある [Delete] をクリックします。 削除ボタン