{"meta":{"title":"GitHub Copilot ロールアウトでのコードベース標準の維持","intro":"ルールセット、セキュリティ機能、効果的なトレーニングを使用して、企業のコードを管理します。","product":"GitHub Copilot","breadcrumbs":[{"href":"/ja/copilot","title":"GitHub Copilot"},{"href":"/ja/copilot/tutorials","title":"チュートリアル"},{"href":"/ja/copilot/tutorials/roll-out-at-scale","title":"大規模に展開する"},{"href":"/ja/copilot/tutorials/roll-out-at-scale/govern-at-scale","title":"大規模な統制"},{"href":"/ja/copilot/tutorials/roll-out-at-scale/govern-at-scale/maintain-codebase-standards","title":"コードベース標準を維持する"}],"documentType":"article"},"body":"# GitHub Copilot ロールアウトでのコードベース標準の維持\n\nルールセット、セキュリティ機能、効果的なトレーニングを使用して、企業のコードを管理します。\n\nほとんどの企業は、AI コーディング ツールによってもたらされる生産性の利点を認識しています。 しかし、悪意のあるプロンプトや、レビューなしで AI の提案を受け入れる開発者など、社内での不適切な使用がコードベースの標準を侵害する原因になるという懸念が多く見受けられます。\n\nこれらのリスクを軽減するには、効果的なガバナンスのために GitHub 環境と作業文化を設定します。\nGitHub Copilotの主な利点は、エンタープライズ レベルのコード ガバナンスのためのさまざまな機能が既に含まれているGitHub プラットフォームに組み込まれていることです。\n\n## 1. プルリクエストとレビューを必要とする\n\n開発者や悪いアクターは、検証されていない AI の提案やエージェントの作業を機密性の高いコードベースに直接一方的に適用することはできません。 ユーザーがコードを運用コードベースやその他の重要なブランチにマージする前に、 **承認されたプル要求** を要求する必要があります。\n\nこれを行うには、ルールセットを作成します。\n\n1. 保護するコードベースを含む組織またはリポジトリを特定し、 **カスタム プロパティを適用** します。 これにより、ルール セット内のこれらのリソースを簡単にターゲットにできます。 「[Organization 内リポジトリのカスタム プロパティの管理](/ja/organizations/managing-organization-settings/managing-custom-properties-for-repositories-in-your-organization)」または「[組織のカスタム プロパティの管理](/ja/enterprise-cloud@latest/admin/managing-accounts-and-repositories/managing-organizations-in-your-enterprise/managing-custom-properties-for-organizations)」を参照してください。\n\n   または、これらの保護されたリソースをルールセットに手動で追加したり、名前付け規則に基づいてターゲットにしたりできます。\n\n2. 企業のブランチルールセットを作成します。 「[Enterprise でルールセットを使ってコード ガバナンスを適用する](/ja/enterprise-cloud@latest/admin/enforcing-policies/enforcing-policies-for-your-enterprise/enforcing-policies-for-code-governance#creating-a-branch-or-tag-ruleset)」を参照してください。\n\n   * マージ前に少なくとも **プルリクエストを必須にし** 、**強制プッシュを禁止する** ルールを有効にしてください。 「プルリクエストを要求する」ルールでは、少なくとも1つの承認を必要とすることを確認してください。\n   * 必要に応じて、他のルールを有効にします。 たとえば、不適切なアクターが pull request をハイジャックすることを心配している場合は、新しいコミットがプッシュされたときに **古い pull request 承認を無視** してください。\n\n3. リポジトリ内の特定のファイルに対して CODEOWNERS ファイルを設定するようリポジトリ管理者に勧めます。 これにより、これらのファイルが変更されると、コード所有者にレビューが自動的に要求されます。\n\n   その後、ルール セットに戻り、\\[ **コード所有者からのレビューが必要** ] ルールを有効にすることができます。\n\n4. 組織の所有者とリポジトリ管理者は、独自のコードの要件をより認識する可能性が高い、より具体的なルールセットを作成するよう奨励します。\n\n   これらのルールセットは、エンタープライズ レベルで定義したベースラインに追加されますが、上書きされることはありません。\n\n## 2. コードをテストする\n\nDevOps の優れたプラクティスにより、マージとデプロイの前にコードが自動的にテストされ、既定のブランチに入って運用環境で発生するエラーのリスクを最小限に抑えることができます。\n\n1. GitHub Actionsまたは別の CI/CD システムを有効にします。\n2. 開発者は、すべての機能のテストを記述し、テストを GitHub Actions ワークフローに統合することを奨励します。\n3. リポジトリ所有者または組織の所有者に対して、ルールセットを作成し、重要なワークフローを**マージ前にワークフローがパスすることを要求する**ルールに追加することを推奨します。\n\n## 3. コードをスキャンして脆弱性を検出する\n\nCopilot は、コードベースに脆弱性が導入されないように既に設計されています。 たとえば、 Copilot cloud agent によって作成されたコードは、API キーなどの脆弱なパターンとシークレットを自動的にスキャンします。\n\nただし、すべてのコードで脆弱性とシークレットを定期的にスキャンし、開発者が最初に脆弱性を導入できないようにすることをお勧めします。\n\n1. まず、組織に基本的な **セキュリティ構成** を適用します。 これは、セキュリティ機能の有効化設定のコレクションです。\n   code scanning、secret scanning、シークレットのプッシュ保護を含めてお勧めします。 「[カスタム セキュリティ構成を作成する](/ja/code-security/how-tos/secure-at-scale/configure-organization-security/establish-complete-coverage/create-custom-configuration#creating-a-secret-protection-and-code-security-configuration)」を参照してください。\n2. ニーズの詳細については、追加のカスタム構成を作成するか、リポジトリ レベルで詳細な設定を適用します。\n3. プル要求にcode scanningを適用するには、ルール セットに戻り、**結果の要求規則code scanning** 有効にします。\n\n## 4. Copilot のガイドラインを作成する\n\n最初に Copilotの提案の品質を向上させるには、カスタム命令を作成する必要があります。 これらの手順では、会社のコーディング標準に従うように Copilot 指示するすべてのプロンプトにコンテキストを追加します。\n\n1. 適切なベースラインを確立するには、 **組織レベルでカスタム指示を**作成します。 これらは、任意のリポジトリに適用される可能性が高い高レベルの標準である可能性があります。 ただし、これらの手順は、 GitHub Web サイトでのみ適用されることに注意してください。 「[GitHub Copilot の組織のカスタム手順を追加する](/ja/copilot/how-tos/copilot-on-github/customize-copilot/add-custom-instructions/add-organization-instructions)」を参照してください。\n2. より完全なカバレッジを達成するために、開発者やリポジトリ管理者に**特定のリポジトリに関するカスタムの指示を作成**するよう勧めます。 これらは組織の指示よりも多くの場所に適用され、各プロジェクトとその要件について詳しく説明できます。 「[GitHub Copilot用のリポジトリカスタム命令の追加](/ja/copilot/how-tos/copilot-on-github/customize-copilot/add-custom-instructions/add-repository-instructions)」を参照してください。\n\n## 5. ベスト プラクティスを奨励する\n\n強力なガードレールが整っているため、開発者は既にAIを効果的に使用することができるはずです。 ただし、AI ツールに関するトレーニングを提供し、単に適用するのではなく、ベスト プラクティスが推奨される文化を作成することが重要です。\n\n1. ガバナンス設定と、開発者が Copilotを使用する方法に対する会社の期待を伝えます。 たとえば、すべてのエージェント作業を十分に確認する必要がある場合は、このプロセスが確立され、伝達されていることを確認します。\n2. pull request を開いたりレビューを要求したりする前に、`/security-review`でCopilot CLIを実行するよう開発者に勧めます。 これを軽量のチェックとして扱い、標準の pull request レビュー プロセスを続行します。 詳細については、「[GitHub Copilot CLI のベスト プラクティス](/ja/copilot/how-tos/copilot-cli/cli-best-practices#code-review-assistance)」を参照してください。\n3. 内部ドキュメントやビデオなどのオンボード リソースを作成します。 開始点として、 [GitHub Copilot の使用に関するベスト プラクティス](/ja/copilot/get-started/best-practices) や [GitHub Copilot クックブック](/ja/copilot/tutorials/copilot-cookbook) などの既存のリソースを共有します。\n4. ワークショップなどの継続的なトレーニングとサポートを提供します。 ロールアウトが成功すると、多くの企業は、 Copilot を効果的に使用する方法について他のユーザーをトレーニングできる \"チャンピオン\" を特定します。\n\n## 6. 最悪の事態を計画する\n\n最も厳密なガードレールが配置されていても、開発者が AI ツールを使用しているかどうかに関係なく、脆弱なコードやエラーが発生しやすいコードがマージされる可能性は常にあります。\n\nこれらのシナリオに備えて、問題に対処し、この計画を開発者に伝える方法を計画する必要があります。 例えば次が挙げられます。\n\n1. 誤ったプル要求を元に戻し、デプロイメントをロールバックします。\n2. 問題の原因と今後の回避方法を分析するディスカッション投稿を作成します。\n3. 監査ログで、ルールセットのバイパス、不適切なアクセス許可、ガバナンス設定の変更などを確認します。\n\n## 7. コードの品質を確認する\n\nガバナンス モデルに自信を持っていても、 Copilot が時間の経過とともにコードベースの品質を低下させることが懸念される場合は、ロールアウトの過程でこれを測定できます。 有効にすると、 GitHub Code Quality はリポジトリのコード正常性に関するメトリックを提供します。 「[GitHub のコード品質](/ja/code-security/concepts/code-quality/code-quality)」を参照してください。"}