Opciones de migración

Azure DevOps Services | Azure DevOps Server | TFS

Cuando decida pasar de Azure DevOps Server a Azure DevOps Services, puede empezar de cero con una organización vacía. Sin embargo, a menudo tendrá código existente, elementos de trabajo y otros recursos que desea 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: Copia manual de los recursos más importantes

Con diferencia, la opción más fácil para mover datos a Azure DevOps Services es copiar manualmente los recursos más importantes y empezar relativamente nuevo. Esto puede ser difícil cuando se encuentra en medio de un proyecto grande, pero puede facilitarlo si realiza algún planeamiento previo y programa el traslado cuando tenga sentido para su equipo.

Por ejemplo, cuando el equipo de Azure DevOps decidió 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 se realizó la migración, creamos un nuevo repositorio de Git con la versión "tip" de nuestros orígenes de TF VC y dejamos nuestro historial en Azure DevOps Server. También hemos movido los elementos de trabajo activos y hemos dejado atrás todos los errores antiguos, las tareas y los casos de usuario completados, entre otros.

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 compilación de canalizaciones, 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, entre otros.
  4. Migre los datos.
  5. Considere la posibilidad de hacer que las implementaciones Azure DevOps Server origen de solo lectura.

Opción 2: migración de base de datos de alta fidelidad.

El Azure DevOps Server Azure DevOps Services de producto 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 gran fidelidad. 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 alguna razón 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 mayor fidelidad que una copia manual de datos de "propina", pero siguen siendo relativamente bajas. Por ejemplo:

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

En general, solo se recomienda este enfoque si la fidelidad adicional más allá de una copia manual es crítica. Si decide seguir 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 alta fidelidad solo para un subconjunto de su trabajo. El nuevo trabajo podría comenzar directamente en Azure DevOps Services. Otro trabajo, con requisitos de fidelidad menos estrictos, podría migrarse mediante uno de los otros enfoques. Tendrá que sopesar las ventajas y desventajas de los distintos enfoques con respecto a sus motivaciones para pasar a Azure DevOps Services y decidir por sí mismo cuál es la estrategia adecuada.