Opciones de migración

Azure DevOps Services | Azure DevOps Server 2022: Azure DevOps Server 2019 | TFS 2018

Cuando decida realizar el traslado de Azure DevOps Server a Azure DevOps Services, puede empezar a trabajar con una organización vacía. Sin embargo, a menudo tendrá código, elementos de trabajo y otros recursos existentes que quiera mover. Hay muchos enfoques para hacerlo que varían tanto en la fidelidad de la transferencia de datos como en la complejidad del proceso.

Antes de migrar datos, revise las diferencias que existen entre Azure DevOps Server y Azure DevOps Services.

Opción 1: Copiar manualmente los recursos más importantes

En gran medida, la opción más fácil para mover datos a Azure DevOps Services es copiar manualmente los recursos más importantes e iniciar relativamente frescos. Esto puede ser difícil cuando se encuentra en medio de un proyecto grande, pero puede facilitarlo si realiza algún planeamiento avanzado y programa su traslado cuando tiene sentido para su equipo.

Por ejemplo, cuando el equipo de Azure DevOps eligió pasar de Azure DevOps Server a Azure DevOps Services, también decidimos pasar de Control de versiones de Team Foundation (TFVC) a Git. Esto requería un poco de planeamiento, pero cuando realmente realizamos nuestra migración, creamos un nuevo repositorio de Git con la versión "sugerencia" de nuestros orígenes de VC de TF y dejó nuestro historial detrás de Azure DevOps Server. También hemos movido nuestros elementos de trabajo activos, y dejamos atrás todos nuestros errores antiguos, los casos de usuario completados y las tareas, etc.

Este es el proceso general:

  1. Identifique los recursos más importantes que necesita migrar, normalmente código fuente, elementos de trabajo o ambos. Otros recursos de Azure DevOps Server: canalizaciones de compilación, planes de prueba, etc., son más difíciles de migrar manualmente.
  2. Identifique un buen momento para realizar la transición.
  3. Prepare las organizaciones de destino. Cree las organizaciones y los proyectos de equipo que necesita, aprovisione usuarios, etc.
  4. Migre los datos.
  5. Considere la posibilidad de hacer que las implementaciones de Azure DevOps Server de origen sean de solo lectura.

Opción 2: Migración de bases de datos de alta fidelidad.

El equipo de productos de Azure DevOps Server Azure DevOps Services & proporciona una herramienta de migración de datos de alta fidelidad. Hay disponible una guía de migración descargable en https://aka.ms/AzureDevOpsImport.

Guía de migración

Dado que la herramienta de migración de datos funciona en un nivel de base de datos, puede proporcionar una migración de fidelidad muy alta. Si desea mover los datos de Azure DevOps Server existentes a Azure DevOps Services, se recomienda encarecidamente usar esta opción.

Opción 3: Uso de herramientas públicas basadas en API para una migración de mayor fidelidad

Si por algún motivo no puede usar la herramienta de migración de datos, pero desea una migración de mayor fidelidad que la opción 1, puede elegir entre una variedad de herramientas que usan API públicas para mover datos. Por lo general, estas herramientas pueden proporcionar una migración de fidelidad más alta que una copia manual de datos de "propina", pero siguen siendo relativamente bajas fidelidad. Por ejemplo:

  • Ninguno de ellos conservará las fechas de los conjuntos de cambios de TF VC.
  • Muchos de ellos no conservarán las fechas modificadas de las revisiones de elementos de trabajo.
  • Ninguno de ellos migrará todos los artefactos Azure DevOps Server.

En general, solo se recomienda este enfoque si la fidelidad adicional más allá de una copia manual es fundamental. Si decide adoptar este enfoque, puede considerar la posibilidad de contratar a un consultor que tenga experiencia con una o varias de las herramientas. Sin duda, debe considerar la posibilidad de realizar una migración de prueba antes de realizar la migración final.

Muchas organizaciones necesitan una migración de fidelidad muy alta solo para un subconjunto de su trabajo. El nuevo trabajo podría iniciarse directamente en Azure DevOps Services. Otro trabajo, con requisitos de fidelidad menos estrictos, podría migrarse mediante uno de los otros enfoques. Tendrás que sopesar las ventajas y desventajas de los distintos enfoques contra tus motivaciones para pasar a Azure DevOps Services y decidir por ti mismo cuál es la estrategia correcta.