Opciones de migración

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Cuando decide 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 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: Copiar manualmente los recursos más importantes

Con seguridad, 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 movimiento 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 planeación, pero cuando realizamos realmente la migración, creamos un nuevo repositorio de Git con la versión de "sugerencia" de nuestros orígenes de VC de TF y dejamos nuestro historial detrás en Azure DevOps Server. También hemos movido nuestros elementos de trabajo activos y hemos dejado 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 que las implementaciones de Azure DevOps Server de origen sean de solo lectura.

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

El equipo de productos de Azure DevOps Server & de 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.

Migration Guide

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 existentes de Azure DevOps Server 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 de fidelidad. 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 del elemento de trabajo.
  • Ninguno de ellos migrará todos los artefactos de 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, debería 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á que ponderar 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 correcta.