Cloud Source Repositories は販売終了です。このサービスの非推奨化に備えて、このページでは複数のユースケースの移行オプションについて説明します。サービス終了日は、サービス終了の少なくとも 1 年前に通知されます。これにより、代替サービスへの移行を完了するまでの時間を確保できます。
すべてのユーザーは、シャットダウン日までにリポジトリを移行する必要があります。移行の計画を開始するには、次の移行オプションを確認してください。
移行ガイド
リポジトリの使用状況を判断する
移行を計画するには、まずすべての Cloud Source Repositories を特定します。リポジトリを表示するには、[ソース リポジトリ] ページに移動し、プロジェクト セレクタを使用してリポジトリを含むプロジェクトを検索します。リポジトリにアクセスするには、プロジェクト オーナーやソース リポジトリ管理者などの適切な Identity and Access Management（IAM）権限が必要です。
リポジトリを特定したら、そのリポジトリがまだ使用されているか、ビルドシステムに接続されているかを確認します。リポジトリが使用されていない場合は、削除します。使用されていないリポジトリを削除すると、非推奨プロセスが円滑に進み、今後の通知が停止されます。
ユースケース別の移行パス
次の表に、一般的な Cloud Source Repositories のユースケースと推奨される移行パスを示します。
| ユースケース | 移行パス |
|---|---|
| ソフトウェア開発 | Secure Source Manager またはサードパーティのソースコード管理システム。 |
| Cloud Build との統合 | Cloud Source Repositories が Cloud Build のトリガーに使用される外部リポジトリのミラーである場合は、Cloud Build をソースコード管理システムに接続するか、Webhook トリガーを設定します。 |
| Kubernetes 構成の同期とその他の Infrastructure as Code のユースケース | Artifact Registry OCI / Helm、Secure Source Manager、その他のソースコード管理システム。 |
| ソースコード リポジトリのバックアップ | サードパーティのバックアップ ソリューション。例については、GitHub ドキュメントのインスタンスのバックアップの構成をご覧ください。 |
| プライベート ネットワークの接続性 | ユースケースについては、Developer Connect と Service Directory をご覧ください。 手動トリガー、Pub/Sub、Webhook、Terraform のサポートが必要な場合は、Cloud Build リポジトリをご覧ください。 Cloud Source Repositories を使用して、プライベート ネットワーク内の Cloud Build Repositories を GitHub Enterprise に接続する場合は、プライベート ネットワーク内の GitHub Enterprise からリポジトリをビルドするをご覧ください。 Infrastructure as Code とプライベート ネットワークのサポートについては、Artifact Registry OCI と Helm をご覧ください。 |
| Cloud Debugger または Error Reporting の使用 | 別の Git プロバイダに接続します。 |