適切なGitアクセスを選ぶ
- Personal account: Agentは、対話的なコードの確認、ブランチのプッシュ、プルリクエスト/マージリクエストの作成に、あなたが承認したアカウントを使用します。
- Workspace connection(s): バックグラウンドの環境ビルドは、個人のチャットセッションに依存せず、ワークスペースのリポジトリ許可を使用します。設定できるのはワークスペース管理者のみです。
外部リソースには別のアイデンティティが必要
Gitアクセスだけでは、AWS、シークレットマネージャー、プライベートパッケージへのアクセスは付与されません。外部サービスを繰り返し必要とする環境では、プロバイダーが対応している場合、ワークロードアイデンティティフェデレーションを優先してください。管理者がプロバイダー側で信頼関係を確立し、実行中のサンドボックスが有効期間の短いReplitワークロードJWTを提示して、認証情報と交換します。プロバイダー側のオーディエンス、クレーム、ロール、リソース権限を制限してください。プロバイダーのポリシーがワークスペース全体のクレームを使用する場合、信頼の範囲は単一のサンドボックスより広くなることがあります。 AWSとInfisicalのチュートリアルでは、具体的なフェデレーションのパターンとその信頼境界を紹介しています。プライベートなチャットでのみ必要な一回限りの認証情報には、代わりにチャットのシークレットを使用してください。レビュー済みのヘルパースクリプトとシークレットを含まない設定はコミットできますが、認証情報の値、発行されたJWT、交換されたトークンは、Gitや事前構築されたイメージに決して含めないでください。これらのアーリーアクセスのワークフローとプロバイダーのレシピは、組織の現在の設定に照らして確認してください。AWSとInfisicalの例はドキュメント上のレシピであり、お使いのクラウドアカウントや実際のフェデレーション交換がテスト済みであることを示すものではありません。