Cloud Source Repositories 已停止销售。为了迎接此服务的弃用，本页概述了多种使用情形下的迁移选项。我们会在停用日期前至少一年通知您，以便您有时间成功迁移到替代产品。
所有用户都必须在关闭日期之前迁移其代码库。查看以下迁移选项，开始规划迁移。
迁移指南
确定代码库使用情况
如需规划迁移，请先确定您的所有 Cloud Source Repositories。您可以前往“源代码库”页面，然后使用项目选择器搜索包含代码库的项目，从而查看您的代码库。如需访问代码库，您需要拥有相应的 Identity and Access Management (IAM) 权限，例如 Project Owner 或源代码库管理员。
确定代码库后，请确定它是否仍在被使用或是否已连接到构建系统。如果某个代码库未在使用，请将其删除。删除未使用的代码库有助于完成弃用流程，并停止接收未来的通知。
按应用场景划分的迁移途径
下表将常见的 Cloud Source Repositories 使用场景与建议的迁移途径相关联。
| 使用场景 | 迁移途径 |
|---|---|
| 软件开发 | Secure Source Manager 或第三方源代码管理系统。 |
| 与 Cloud Build 集成 | 如果您的 Cloud Source Repositories 是用于触发 Cloud Build 的外部代码库的镜像，请参阅将 Cloud Build 连接到源代码管理系统或设置 Webhook 触发器。 |
| Kubernetes 配置同步和其他基础设施即代码应用场景 | Artifact Registry OCI / Helm、Secure Source Manager 或其他源代码管理系统。 |
| 备份源代码库 | 第三方备份解决方案。如需查看示例，请参阅 GitHub 文档中的在实例上配置备份。 |
| 专用网络连接 | 如需查看用例，请参阅 Developer Connect 和 Service Directory。 如果您需要手动触发器、Pub/Sub、Webhook 或 Terraform 支持，请参阅 Cloud Build 代码库。 如果您使用 Cloud Source Repositories 将 Cloud Build 代码库连接到专用网络中的 GitHub Enterprise，请参阅在专用网络中从 GitHub Enterprise 构建代码库。 如需了解基础设施即代码和专用网络支持，请参阅 Artifact Registry OCI 和 Helm。 |
| 使用 Cloud Debugger 或 Error Reporting | 连接到其他 Git 提供商。 |