À propos des migrations d’essai
Nous vous recommandons de suivre ces bonnes pratiques pour exécuter une migration d’essai afin de détecter les problèmes susceptibles d’être propres à votre entreprise pendant et après la migration.
Passez en revue ces étapes générales pour planifier et guider une exécution d’essai de votre migration.
Étape 1 : Identifier les éléments à migrer
Quels dépôts et quelles données souhaitez-vous migrer ? Sont-ils pris en charge par la version bêta de Importer ? Avez-vous besoin de planifier des migrations manuelles, par exemple pour les ressources Git LFS ?
Pour veiller à bien comprendre les limitations connues du support de l’importateur, consultez « À propos de GitHub Enterprise Importer ».
Étape 2 : Effectuer une exécution d’essai de la migration
Nous vous recommandons d’effectuer une exécution d’essai de la migration pour tester le résultat et vous aider à comprendre combien de temps votre migration de production est susceptible de prendre. Pour démarrer l’exécution d’essai, vous pouvez suivre les étapes plus détaillées décrites dans « Migration de dépôts avec GitHub Enterprise Importer » ou « Migration d’organisations avec GitHub Enterprise Importer ».
Nous vous recommandons de noter le temps que prend l’exécution d’essai de la migration pour planifier votre migration de production et les temps d’arrêt éventuels.
Bien que cela ne soit pas obligatoire, nous vous recommandons d’interrompre votre travail pendant votre migration de production. Importer ne prend pas en charge les migrations delta, donc aucune modification apportée pendant la migration ne sera migrée. Si vous choisissez de ne pas interrompre le travail pendant votre migration de production, vous devrez migrer manuellement ces modifications.
Étape 3 : Valider l’exécution d’essai de la migration
Passez en revue les résultats de l’exécution test de la migration pour vous assurer qu’ils sont exacts et complets. Vous pouvez également consulter le fichier journal, qui partagera les erreurs éventuelles.
Étape 4 : Supprimer le dépôt ou l’organisation que vous avez migré
Après avoir terminé l’exécution d’essai et validé les résultats, vous pouvez supprimer le dépôt ou l’organisation qui a fait l’objet de la migration. Vous pouvez répéter ce processus d’exécution d’essai autant de fois que vous le souhaitez. Dans certains cas, vous pouvez décider de conserver simplement cette migration comme étant votre migration de production.
Étape 5 : Planifier votre migration de production
En utilisant tout ce que vous avez appris de l’exécution d’essai, planifiez votre migration de production et toutes les étapes personnalisées dont vous aurez besoin. Nous vous recommandons de démarrer votre migration de production peu après l’exécution d’essai.