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

保護されたブランチにマージされる前に、すべてのプルリクエストでレビューへの承認またはステータスチェックへのパスを必� �とするなど、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."

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

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

GitHub Enterprise Serverインスタンスで、リポジトリのメインページにアクセスしてく� さい。
リポジトリ名の下で Settings（設定）をクリックしてく� さい。
左のメニューでBranches（ブランチ）をクリックしてく� さい。
"Branch protection rules（ブランチ保護のルール）"の隣のAdd rule.（ルールの追� ）をクリックしてく� さい。
"Branch name pattern（ブランチ名のパターン）"の下で、保護したいブランチの名前もしくはパターンを入力してく� さい。
必要に応じて、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. 詳しい情� �についてはプルリクエストレビューの却下を参照してく� さい。
必要に応じて、ステータスチェック必� �を有効化します。詳しい情� �についてはステータスチェックについてを参照してく� さい。
- [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.
必要に応じて、[Require signed commits] を選択します。
必要に応じて、[Require linear history] を選択します。
Optionally, select Apply the rules above to administrators.
必要に応じて、ブランチ制限を有効化します。
- [Restrict who can push to matching branches] を選択します。
- Search for and select the people, teams, or apps who will have permission to push to the protected branch or create a matching branch.
必要に応じて、[Rules applied to everyone including administrators] で [Allow force pushes] を選択します。

For more information about force pushes, see "Allow force pushes."
必要に応じて、[Allow deletions] を選択します。
Create（作成）をクリックしてく� さい。