Cloud Source Repositories non è più in vendita. In preparazione al ritiro di questo servizio, questa pagina descrive le opzioni di migrazione per più casi d'uso. La data di ritiro verrà comunicata almeno un anno prima che si verifichi, in modo da darti il tempo di eseguire la migrazione a un prodotto alternativo.
Tutti gli utenti devono eseguire la migrazione dei repository prima della data di chiusura. Esamina le seguenti opzioni di migrazione per iniziare a pianificare la migrazione.
Guide alla migrazione
-
Migrazione a Secure Source Manager
Questa guida fornisce i passaggi necessari per eseguire la migrazione di un repository Git, incluse tutte le informazioni del repository, da Cloud Source Repositories a Secure Source Manager.
-
Tradurre ruoli e autorizzazioni di Cloud Source Repositories in Secure Source Manager
Questa guida spiega come vengono mappati i ruoli e le autorizzazioni in Cloud Source Repositories rispetto a quelli in Secure Source Manager.
Determinare l'utilizzo del repository
Per pianificare la migrazione, identifica innanzitutto tutti i tuoi Cloud Source Repositories. Puoi visualizzare i tuoi repository andando alla pagina Source Repositories e utilizzando il selettore di progetti per cercare i progetti che contengono repository. Per accedere a un repository, devi disporre delle autorizzazioni Identity and Access Management (IAM) appropriate, ad esempio Proprietario progetto o Amministratore repository di origine.
Dopo aver identificato un repository, determina se è ancora in uso o connesso a un sistema di compilazione. Se un repository non è in uso, eliminalo. L'eliminazione dei repository non utilizzati facilita il processo di ritiro e interrompe le notifiche future.
Percorsi di migrazione per caso d'uso
La seguente tabella mappa i casi d'uso comuni di Cloud Source Repositories ai percorsi di migrazione consigliati.
| Caso d'uso | Percorso di migrazione |
|---|---|
| Sviluppo di software | Secure Source Manager o un sistema di gestione del codice sorgente di terze parti. |
| Integrazione con Cloud Build | Se i tuoi Cloud Source Repositories sono un mirror di un repository esterno utilizzato per attivare Cloud Build, consulta Connettere Cloud Build al sistema di gestione del codice sorgente o configura un trigger webhook. |
| Sincronizzazione della configurazione di Kubernetes e altri casi d'uso di Infrastructure as Code | Artifact Registry OCI / Helm, Secure Source Manager o altri sistemi di gestione del codice sorgente. |
| Backup dei repository di codice sorgente | Una soluzione di backup di terze parti. Per un esempio, consulta Configurazione dei backup sull'istanza nella documentazione di GitHub. |
| Connettività di rete privata | Per i casi d'uso, consulta Developer Connect e Service Directory. Se hai bisogno di trigger manuali, Pub/Sub, webhook o supporto Terraform, consulta Repository Cloud Build. Se utilizzi Cloud Source Repositories per connettere i repository Cloud Build a GitHub Enterprise in una rete privata, consulta Creare repository da GitHub Enterprise in una rete privata. Per l'infrastruttura come codice e il supporto della rete privata, consulta Artifact Registry OCI e Helm. |
| Utilizzo di Cloud Debugger o Error Reporting | Connettiti a un altro provider Git. |