6.1大規模なロールアウトとデフォルト構成

個別リポジトリで 1 つずつ機能を有効化していては、大規模組織では追いつきません。管理者は Enterprise・組織・リポジトリ の階層で機能を まとめて展開（ロールアウト） し、デフォルト構成 と 継承 で一貫した状態を保ちます。GH-500 の最終ドメインは、この 大規模な有効化・既定・継承 を問います。

6.1.1Enterprise・組織・リポジトリでの有効化

GHAS の機能（Code Security・Secret Protection・サプライチェーン）は、Enterprise レベル でポリシーを定めて配下の組織に下ろし、組織レベル で一括有効化、リポジトリレベル で個別調整、という 階層 で管理します。上位で決めた方針は下位に 波及（継承） し、下位では上位の制約の範囲内で運用します。新規/既存の多数リポへ 一斉に 有効化する手段が用意され、組織全体のカバレッジを素早く広げられます。

6.1.2Enterprise Cloud と Enterprise Server の差

提供形態によって機能の可用性が異なります。GitHub Enterprise Cloud（GHEC） は GitHub がホストするクラウドで、新機能が 先行 して使え、運用負荷が小さいです。GitHub Enterprise Server（GHES） は自社環境に置く セルフホスト 版で、データを自社管理できますが、機能提供が リリースに追従 する形になり、一部のクラウド専用機能（最新のプレビュー等）は遅れる/使えないことがあります。設計時は「どの機能がどちらで使えるか」を確認します。

6.1.3デフォルト構成と継承

デフォルトセキュリティ構成（default configuration） は、「どの機能を・どの設定で有効化するか」を テンプレート化 したものです。組織で適用すると、対象の新規/既存リポに 一律に 設定が適用され、継承 により以後作られるリポにも自動で効きます。GitHub 提供の 推奨（GitHub recommended） 構成や、組織独自の カスタム構成 を用意でき、リポごとの手作業を減らして カバレッジと一貫性 を担保します。

6.1.4この節のまとめ

• Enterprise→組織→リポジトリの階層で有効化、上位方針は下位へ波及（継承）、多数リポへ一斉有効化
• GHEC（クラウド・新機能先行）と GHES（セルフホスト・リリース追従）の機能差を確認
• デフォルトセキュリティ構成（recommended/カスタム）で一律適用＋継承＝カバレッジと一貫性
• 上位の制約は下位で緩められない、リポ単位頼みはカバレッジ漏れ