1. 組織を GitHub Copilot
にサブスクライブする
Organization の Copilot Business プランを設定します。 「組織での Copilot のサブスクライブ」を参照してください。
Organization が Copilot Enterprise または Copilot Business プランを持つ Enterprise の一部である場合、Enterprise の所有者は代わりに organization 用の Copilot を有効にすることができます。 https://github.com/settings/copilotに移動し、[Get Copilot from an organization](組織から Copilot を取得する) でアクセスを要求することで、エンタープライズ所有者からのアクセスを要求できます。
2. ポリシーを設定する
組織内で使用できる Copilot 機能を制御します。 「組織での Copilot のポリシーと機能の管理」をご覧ください。
3. ネットワークを設定する (必要な場合)
組織のメンバーが HTTP プロキシ サーバーまたはファイアウォール経由で接続する場合は、プロキシ サーバーまたはファイアウォール の許可リストに主要な URL が追加されていることを確認します。 「許可リストの参考情報」をご覧ください。
メンバーのマシンにカスタム SSL 証明書をインストールする必要がある場合もあります。 「GitHub Copilot のネットワーク設定の構成」をご覧ください。
4. メンバーへのアクセスを許可する
組織の一部またはすべてのメンバーに対して Copilot を有効にします。 Copilot の恩恵を受ける可能性が最も高いチームまたはメンバーを特定し、Copilot を有効にすることで、まず潜在的な阻害要因を発見し、早期の成功を実現したい場合があります。 「組織のメンバーに Copilot へのアクセスを付与する」を参照してください。
Organization が GHE.com 上の Enterprise に属している場合、ユーザーは開発環境から自分のアカウントに対して認証するために追加のセットアップを実行する必要があります。 「GHE.com 上のアカウントで GitHub Copilot を使う」をご覧ください。
次のステップ
- セルフサービスのライセンス管理オプションを確認します。 成功したロールアウトの多くで、開発者が承認なしでライセンスを要求できるセルフサービス モデルが使われています。 「GitHub Copilot ライセンスのセルフサービス プロセスを設定する」を参照してください。
- Copilot の導入を促進するための効果的な有効化プロセスを計画および実装する方法を学びます。 「会社での Copilot の導入の推進」を参照してください。
- 最新の機能を有効にして開発者をトレーニングすることにより、開発エクスペリエンスを強化します。 たとえば、Copilot Spaces を使ってコンテキストを共有し、pull request で Copilot コード レビュー を有効にし、開発者が GitHub Models を使ってプロンプトを試せるようにします。 これらの機能がどのように組み合わされるかを示す例については、「エージェント型 AI を Enterprise のソフトウェア開発ライフサイクルに統合する」をご覧ください。
- 非同期で issue の作業を行うチーム メンバーとして Copilot コーディング エージェントを追加します。 「Organization での Copilot コーディング エージェント のパイロット使用」をご覧ください。