Compartir a través de


Finalización de tareas posteriores a la migración

Cuando se completa la migración, se envía un correo electrónico al propietario de la organización y, en este momento, cualquier persona con acceso puede iniciar sesión en la organización de Azure DevOps Services recién migrada. Sin embargo, antes de que la organización esté disponible para todos los usuarios, debe completar las tareas comunes enumeradas en este artículo.

Diagrama de la fase posterior a la migración resaltada de las siete fases de migración.

Comprobación de acceso puntual

Inmediatamente después de que la organización esté disponible, tome un equipo pequeño y realice comprobaciones puntuales en la organización. Se recomienda que este equipo conste de los administradores de la colección de proyectos. Esta comprobación no debe estar en profundidad, sino asegurarse de que se trajeron piezas principales de la colección.

  • Código fuente: compruebe que los repositorios de código fuente se han migrado correctamente.
  • Historial de compilación: asegúrese de que el historial de compilación lo ha hecho.
  • Rutas de acceso de área: confirme que todas las rutas de acceso de área siguen presentes.

Estas comprobaciones rápidas le ayudan a detectar los datos que faltan o están incompletos antes de abrir la organización a toda la base de usuarios.

Cambiar el nombre de la organización (opcional)

En la fase de introducción, es posible que ya haya creado organizaciones con los nombres finales de la organización de Azure DevOps Services que desea usar. Si se trata de la migración final, puede cambiar el nombre de la organización de Azure DevOps Services recién migrada a ese nombre deseado. Para obtener más información, consulte Cambiar el nombre de la organización.

Configuración de facturación

Para pagar por usuarios o servicios en Azure DevOps, como los agentes de compilación e implementación hospedados, debe configurar la facturación de su organización. Si migra más de una recopilación, debe asegurarse de que todas las organizaciones están configuradas para la facturación con la misma suscripción de Azure y que la suscripción está habilitada para la facturación de varias organizaciones. A continuación, puede asignar tantos usuarios básicos como necesite de forma gratuita durante el mes natural en el que se ejecuta la migración.

Configurar agentes de compilación

Si ha usado servidores de implementación o compilación automatizados en el entorno de Azure DevOps Server, puede conectarlos a su organización de Azure DevOps Services. Como parte de la migración, se migraron todas las definiciones de compilación, pero debe volver a configurar agentes y grupos en la nueva organización de Azure DevOps Services.

Para más información, consulte Agentes de Azure Pipelines.

Si tiene previsto usar los agentes de compilación privados locales existentes, debe borrar su caché, lo que garantiza que no encuentre ningún problema de compilación relacionado con los punteros de Git o de Control de versiones de Team Foundation anteriores (TFVC) a la colección local. Para obtener más información, consulte Actualización de cachés en equipos cliente.

Sugerencia

Si usó Release Management en Azure DevOps Server, las canalizaciones de versión y los datos del historial se migraron. Pero, al igual que con las compilaciones, debe volver a configurar los agentes (vincular de nuevo) y los grupos en la nueva organización.

Uso de Azure Artifacts

Azure Artifacts se incluye con Azure DevOps Services para todos los usuarios a los que se concede una licencia Básica. No es necesario instalar una extensión. Los datos de Azure Artifacts deben estar disponibles después de la migración. Para más información, consulte Introducción a Azure Artifacts.

Personalizar Azure Boards

Si tiene una conexión de GitHub Enterprise Server existente asociada a Azure DevOps Server, no funciona según lo previsto. Los elementos de trabajo mencionados en GitHub pueden retrasarse o no aparecer nunca en Azure DevOps Services. Este problema se produce porque la dirección URL de devolución de llamada asociada a GitHub ya no es válida.

Para resolver el problema, tenga en cuenta las siguientes tareas:

  • Eliminar y volver a crear la conexión: elimine y vuelva a crear la conexión al repositorio de GitHub Enterprise Server. Siga la secuencia de pasos que se indica en la documentación Conexión desde Azure Boards.
  • Corrija la dirección URL del webhook: vaya a la página de configuración del repositorio de GitHub y edite la dirección URL del webhook para que apunte a la dirección URL de la organización de Azure DevOps Services migrada: https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview.

Para más información, consulte Configuración y personalización de Azure Boards.

Revisar permisos

Su organización incluye cinco usuarios gratuitos con acceso básico . Para más información, consulte Adición de usuarios de la organización y administración del acceso.

Notificar a los equipos

Una vez configuradas las compilaciones y configurada la suscripción de licencia, se recomienda abrir la organización a todos los usuarios para su validación. A continuación, los usuarios individuales pueden asegurarse de que todo el contenido está en su lugar, tiene el nivel de acceso adecuado y pueden extraer código.

Los usuarios de TFVC con áreas de trabajo locales deben volver a asignar sus áreas de trabajo a la nueva organización y los usuarios de Git deben volver a configurar sus remotos para extraer código.

Si falta algo de la organización migrada, póngase en contacto con el soporte técnico.

Pasos siguientes