保護GitHub前置き私はこちらを見て大体の仕様は学びましたが、やっぱり使って見ないとわからないのと、どういう場合に使えるのとかがあった方がわかりやすいかと思って個人的なメモとして残します。Branches(左タブ)を押下すれば上記の画面になります。ボタンで設定可能です。ZenHubタブが気になるって?よくぞ気づいてくれました!GitHub使うならZenHubリンクさせておくとスクラム開発めっちゃ便利なツールなんですよ〜...あー機会があればまたお話しします。いうより早くZenHub導入しろ。ブランチ保護設定画面(上)画面が大きいのでまずは上の画面から。説明の都合上、すでに設定しておいてあるもので説明します。検証用なんで設定方法は適当ですが・・・。patternここに保護して欲しいブランチ名を書きます。昔は選択式だったような気がします。GitHubはコロコロ仕様が変わるので臨機応変に対応ですね〜。見て分かる通り「*」を使うことにより部分一致するブランチに共通の設定をすることが可能です。release/1.0release/1.1release/2.0release/3.0のブランチを同様の保護設定したければ、枠の中にrelease*と打てばいいんですね。設定すると以下のようになります。branchesここからが本格的な設定画面です。外枠の説明はこちらに任せるとしてメインは具体例を記載します。mergingよくある現場の事象・・・A:おい誰だ勝手に結合したの!B:私知りません。D:僕もわからないですね。~A:ログ見たらBじゃねえか!ふざけるな!B:そ、そう言われても心当たりが・・・A:◯◯時◯◯分に結合したことになってるんだが?!B:本当にわからないんです。C:(GitHub初心者なんだからミスぐらいあるだろ普通)D:(ある程度どうしてこうなったか分かるけど、これGitHubの詳細まで知っていても普通誰でもミスると思うけど・・・)上記の大半はこの保護で片付きます。reviews:とセットで使います。これは人数指定ができまして、指定人数が結合許可を出さなければそのブランチに結合させなくすることができます。上記の会話の例では対象となるbranchが保護されておらずその結果Bが誤って結合してしまい事故が起きています。Bにしてみれば、「別のブランチを指定していたはずが・・・」とか「pushする場所を正しく指定した・・・」とかあるかも知れませんが、所詮は人間はミスります。ここで、ちゃんと保護されていればおそらく結合する前にAあたりが気づくはずなので後の祭りにならずにすみます。Owners次に以下の事象の時はどうでしょう。B:できましたー!!A:見せてみろ。あー、まあいいんじゃね。