Cloud Source Repositories 已停止銷售。為因應這項服務即將淘汰，本頁列出多種用途的遷移選項。我們會在停用前至少一年通知您確切日期，讓您有時間順利遷移至替代產品。
所有使用者都必須在關閉日期前遷移存放區。請參閱下列遷移選項，開始規劃遷移作業。
遷移指南
判斷存放區用量
如要規劃遷移作業，請先找出所有 Cloud Source Repositories。 如要查看存放區，請前往「Source Repositories」頁面，然後使用專案選取器搜尋含有存放區的專案。如要存取存放區，您需要適當的 Identity and Access Management (IAM) 權限，例如專案擁有者或來源存放區管理員。
找出存放區後，請判斷該存放區是否仍在使用中，或是已連線至建構系統。如果存放區不再使用，請刪除。刪除未使用的存放區有助於完成淘汰程序，並停止日後的通知。
依用途區分的遷移路徑
下表將常見的 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 供應商。 |