Cloud Source Repositories n'est plus disponible à la vente. En vue de l'arrêt de ce service, cette page présente les options de migration pour plusieurs cas d'utilisation. Une date d'arrêt sera communiquée au moins un an à l'avance pour vous permettre de migrer vers un autre produit.
Tous les utilisateurs doivent migrer leurs dépôts avant la date de fermeture. Passez en revue les options de migration suivantes pour commencer à planifier votre migration.
Guides de migration
-
Migrer vers Secure Source Manager
Ce guide fournit les étapes nécessaires pour migrer un dépôt Git, y compris toutes les informations le concernant, de Cloud Source Repositories vers Secure Source Manager.
-
Traduire les rôles et autorisations Cloud Source Repositories en rôles et autorisations Secure Source Manager
Ce guide explique comment les rôles et les autorisations dans Cloud Source Repositories sont mappés à ceux de Secure Source Manager.
Déterminer l'utilisation de votre dépôt
Pour planifier votre migration, commencez par identifier tous vos dépôts Cloud Source Repositories. Pour afficher vos dépôts, accédez à la page Source Repositories et utilisez le sélecteur de projet pour rechercher les projets contenant des dépôts. Pour accéder à un dépôt, vous devez disposer des autorisations IAM (Identity and Access Management) appropriées, telles que "Propriétaire du projet" ou "Administrateur du dépôt source".
Après avoir identifié un dépôt, déterminez s'il est toujours utilisé ou connecté à un système de compilation. Si un dépôt n'est pas utilisé, supprimez-le. La suppression des dépôts inutilisés facilite le processus d'abandon et empêche l'envoi de notifications à l'avenir.
Chemins de migration par cas d'utilisation
Le tableau suivant met en correspondance les cas d'utilisation courants de Cloud Source Repositories avec les chemins de migration recommandés.
| Cas d'utilisation | Chemin de migration |
|---|---|
| Développement de logiciels | Secure Source Manager ou un système tiers de gestion du code source. |
| Intégrer à Cloud Build | Si vos dépôts Cloud Source Repositories sont des miroirs d'un dépôt externe utilisé pour déclencher Cloud Build, consultez Connecter Cloud Build à votre système de gestion de code source ou configurez un déclencheur de webhook. |
| Synchronisation de la configuration Kubernetes et autres cas d'utilisation de l'infrastructure en tant que code | Artifact Registry OCI / Helm, Secure Source Manager ou d'autres systèmes de gestion de code source. |
| Sauvegarder les dépôts de code source | Une solution de sauvegarde tierce Pour obtenir un exemple, consultez Configurer des sauvegardes sur votre instance dans la documentation GitHub. |
| Connectivité réseau privée | Pour obtenir des exemples d'utilisation, consultez Developer Connect et l'Annuaire des services. Si vous avez besoin de déclencheurs manuels, de l'assistance Pub/Sub, de webhooks ou de Terraform, consultez Cloud Build Repositories. Si vous utilisez Cloud Source Repositories pour connecter Cloud Build Repositories à GitHub Enterprise dans un réseau privé, consultez Créer des dépôts à partir de GitHub Enterprise dans un réseau privé. Pour l'infrastructure en tant que code et la compatibilité avec les réseaux privés, consultez Artifact Registry OCI et Helm. |
| Utiliser Cloud Debugger ou Error Reporting | Connectez-vous à un autre fournisseur Git. |