Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
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.
Validación del contenido migrado
Inmediatamente después de que la organización esté disponible, compruebe el contenido migrado y la configuración para asegurarse de que todos los componentes críticos se han migrado correctamente. Los administradores de la colección de proyectos deben dirigir este proceso y cubrir todas las áreas principales de la colección. Se recomienda validar lo siguiente:
- Código fuente: confirme que todos los repositorios se han migrado correctamente y son accesibles.
- Historial de compilación: compruebe que el historial de compilación completo está intacto y coincide con las expectativas.
- Rutas de acceso de área: asegúrese de que todas las rutas de acceso de área estén presentes y estén correctamente estructuradas.
- Elementos de trabajo: revise un ejemplo representativo de elementos de trabajo para confirmar la integridad y las relaciones de los datos.
- Permisos y seguridad: valide que los permisos de usuario, los grupos y los controles de acceso están configurados correctamente. Dependiendo de cómo se configuran los usuarios en azure DevOps Server, es posible que no aparezcan en el centro de usuarios de la nueva organización hasta después de iniciar sesión por primera vez. Si faltan usuarios después de la migración, pídanles que inicien sesión y luego verifiquen nuevamente su estado.
- Conexiones de servicio y canalizaciones: compruebe que las conexiones de servicio y las configuraciones de canalización son funcionales.
- Paneles y widgets: confirme que los paneles se representan correctamente y los widgets muestran los datos esperados.
Esta validación ayuda a identificar los datos que faltan, están incompletos o mal configurados antes de abrir la organización a la base de usuarios más amplia, lo que garantiza una transición sin problemas y minimiza la interrupción.
Importante
No quite ni destruya los datos locales ni los sistemas de retirada hasta que confirme que todos los datos y funcionalidades esperados existen en la organización migrada.
Cambiar el nombre de la organización (opcional)
Si creó una organización de marcador de posición con el nombre deseado durante la fase de introducción, ahora puede cambiar el nombre de la organización migrada para reemplazarla. Este paso solo es necesario si se trata de la migración final y desea usar un nombre de organización específico. 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 obtener más información, consulte agentes de canalizaciones de Azure.
Si planea utilizar los agentes de compilación privados locales que ya tiene, debe vaciar su caché para garantizar que no encuentre problemas de compilación relacionados con las versiones antiguas de Team Foundation Version Control (TFVC) o los punteros de Git a su colección local. Para obtener más información, consulte Actualización de cachés en equipos cliente.
Sugerencia
Si ha utilizado Release Management en Azure DevOps Server, se han migrado las canalizaciones de versiones y los datos del historial. Pero al igual que con las compilaciones, debe volver a configurar los agentes (enlazar nuevamente) y los grupos en la nueva organización.
Uso de Azure Artifacts
Azure Artifacts se incluye con Azure DevOps Services para todos los usuarios con 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:
- Quite y vuelva a crear la conexión: Quite y vuelva a crear la conexión al repositorio de GitHub Enterprise Server. Siga la secuencia de pasos proporcionados en la documentación de 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 obtener más información, consulte Incorporació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.