Options de migration

  • Article

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Lorsque vous décidez de passer d’Azure DevOps Server à Azure DevOps Services, vous pouvez commencer à démarrer avec une organisation vide. Toutefois, vous disposez souvent de code, d’éléments de travail et d’autres ressources que vous souhaitez déplacer. Il existe de nombreuses approches qui varient en fonction de la fidélité du transfert de données et de la complexité du processus.

Avant de migrer des données, passez en revue les différences qui existent entre Azure DevOps Server et Azure DevOps Services.

Option 1 : Copier manuellement les ressources les plus importantes

De loin, l’option la plus simple pour déplacer des données vers Azure DevOps Services consiste à copier manuellement vos ressources les plus importantes et à démarrer relativement frais. Cela peut être difficile lorsque vous êtes au milieu d’un grand projet, mais vous pouvez le rendre plus facile si vous effectuez une planification avancée et planifiez votre déplacement quand il est judicieux pour votre équipe.

Par exemple, lorsque l’équipe Azure DevOps a choisi de passer d’Azure DevOps Server à Azure DevOps Services, nous avons également décidé de passer de Team Foundation Version Control (TFVC) à Git. Cela nécessitait un peu de planification, mais lorsque nous avons réellement effectué notre migration, nous avons créé un dépôt Git à l’aide de la version « tip » de nos sources VC TF, et nous avons laissé notre historique dans Azure DevOps Server. Nous avons également déplacé nos éléments de travail actifs, et laissé derrière tous nos anciens bogues, terminé les récits utilisateur et les tâches, et ainsi de suite.

Voici le processus général :

  1. Identifiez les ressources les plus importantes dont vous avez besoin pour migrer , généralement le code source, les éléments de travail ou les deux. D’autres ressources dans Azure DevOps Server - générer des pipelines, des plans de test, etc. sont plus difficiles à migrer manuellement.
  2. Identifiez un bon moment pour effectuer la transition.
  3. Préparez vos organisations cibles. Créez les organisations et les projets d’équipe dont vous avez besoin, approvisionnez les utilisateurs, et ainsi de suite.
  4. Migrez vos données.
  5. Envisagez de rendre les déploiements Azure DevOps Server sources en lecture seule.

Option 2 : Migration de base de données haute fidélité.

L’équipe produit Azure DevOps Server et Azure DevOps Services fournit un outil de migration de données haute fidélité. Un guide de migration téléchargeable est disponible à l’adresse https://aka.ms/AzureDevOpsImport.

Guide de migration

Étant donné que l’outil de migration de données fonctionne au niveau d’une base de données, il peut fournir une migration très haute fidélité. Si vous souhaitez déplacer vos données Azure DevOps Server existantes vers Azure DevOps Services, nous vous recommandons vivement d’utiliser cette option.

Option 3 : Utilisation d’outils basés sur l’API publique pour une migration plus fidèle

Si, pour une raison quelconque, vous ne pouvez pas utiliser l’outil de migration de données, mais que vous souhaitez toujours une migration de fidélité supérieure à l’option 1, vous pouvez choisir parmi différents outils qui utilisent des API publiques pour déplacer des données. En règle générale, ces outils peuvent fournir une migration de fidélité plus élevée qu’une copie manuelle de données « tip », mais elles sont toujours relativement faible. Par exemple :

  • Aucun d’entre eux ne conserve les dates des jeux de modifications TF VC.
  • Beaucoup d’entre eux ne conserveront pas les dates modifiées des révisions d’éléments de travail.
  • Aucun d’entre eux ne migre tous les artefacts Azure DevOps Server.

En général, nous vous recommandons uniquement cette approche si la fidélité supplémentaire au-delà d’une copie manuelle est essentielle. Si vous décidez d’adopter cette approche, vous pouvez envisager d’embaucher un consultant qui a de l’expérience avec un ou plusieurs des outils. Vous devez certainement envisager d’effectuer une migration de test avant d’effectuer votre migration finale.

De nombreuses organisations ont besoin d’une migration très haute fidélité uniquement pour un sous-ensemble de leur travail. Le nouveau travail peut potentiellement démarrer directement dans Azure DevOps Services. D’autres travaux, avec des exigences de fidélité moins strictes, peuvent être migrés à l’aide de l’une des autres approches. Vous devrez peser les avantages et inconvénients des différentes approches par rapport à vos motivations pour passer à Azure DevOps Services et décider de vous-même quelle est la bonne stratégie.