GitHub Enterprise Cloud で「Enterprise Teams」が一般提供開始

Enterprise Teams が GitHub Enterprise Cloud で一般提供されました。昨年の 9 月にパブリックプレビューとして初めて発表されたこの機能により、エンタープライズ管理者はエンタープライズアカウントで一度ユーザーグループを定義し、そのグループをエンタープライズ内のすべての組織のロールに割り当てることを可能にします。もはや各組織内で同じチームを再作成したり整合性を保ったりする必要はありません。 これが実現する利点 50 以上の組織全体で SRE（Site Reliability Engineering）またはセキュリティチームへのプルリクエストレビューをルーティングできますが、チームのコピーを 50 個維持する必要はありません。 プラットフォームチームに対して一度だけ「ブレークグラス」ルールセットのバイパス権限を付与すれば、そのチームがアクセスするすべてのリポジトリに自動的に適用されます。 ID プロバイダー（Identity Provider）を通じてエンタープライズチームのメンバーシップをエンドツーエンドで管理し、変更は組織レベルの権限へ自動的に反映されます。 GitHub Apps を活用してチームのライフサイクルを自動化でき、特定の管理者の PAT（Personal Access Token）に依存する必要がなくなります。 パブリックプレビュー以降の新機能 以下のことが可能になりました： エンタープライズ規模での本番環境利用が可能になり、エンタープライズあたり最大 2,500 チーム、チームあたり最大 5,000 メンバーまで拡張できます。これはエンタープライズのすべての組織で検証済みです。 プルリクエスト、イシュー、ディスカッションでエンタープライズチームを@メンションでき、メンバーは組織チームの場合と同様に通知を受け取ります。 割り当てられたすべての組織において、プルリクエストのレビューアーとしてエンタープライズチームを指定できます。 リポジトリルールセットを設定する際、バイパスアクターとしてエンタープライズチームを選択できます。 エンタープライズ管理ユーザー（Enterprise Managed Users）向けに SCIM を介して ID プロバイダー（例：Entra ID、Okta）からエンタープライズチームのメンバーシップを管理できます。 統一された API ビューからエンタープライズおよび組織のチームを発見することで、自動化ツールは完全なチーム構成を構築するために別々のエンドポイントを照会する必要がなくなります。 新しいエンタープライズチーム権限を使用して、GitHub Apps および細粒度パーソナルアクセストークンでエンタープライズチームをプログラム管理できます。 すべての変更を監査します。チームの CRUD 操作（Create, Read, Update, Delete）、メンバーシップの変更、ロール割り当て、ルールセットバイパスイベントはすべて、エンタープライズの監査ログに記録されます。 始め方 エンタープライズアカウントから「People」タブを開き、サイドバーで「Enterprise teams」を選択して、「Create enterprise team」をクリックしてください。 詳細については、「Creating enterprise teams」と「Enterprise Teams REST API」をご覧ください。 これらの新機能についてフィードバックがある場合は、こちらのディスカッションに参加してください。

GitHub Enterprise Cloud で「Enterprise Teams」が一般提供開始

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト