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.
servicios de Azure DevOps
Después de la migración, complete las siguientes tareas posteriores a la migración para validar el repositorio de GitHub, restaurar las protecciones esperadas y preparar los equipos para que funcionen desde GitHub como el nuevo sistema de registro. Realice estas tareas en el portal de GitHub.
Revisión de conjuntos de reglas de rama de GitHub
ELM migra las directivas de rama de Azure DevOps a los conjuntos de reglas de rama de GitHub. Después de la transición, abra Configuración del repositorio>Reglas>Conjuntos de reglas y confirme que los patrones de rama, los revisores obligatorios, las comprobaciones de estado obligatorias y las estrategias de fusión permitidas coinciden con la configuración esperada.
- Vaya a Configuración del repositorio>Reglas>Conjuntos de reglas.
- Compruebe los patrones de rama de destino, los revisores necesarios, las comprobaciones de estado necesarias y las estrategias de fusión.
- Prueba la aplicación de la directiva abriendo una solicitud de extracción de prueba en una rama protegida.
Note
Las comprobaciones de estado obligatorias que provienen de la validación de compilación de Azure DevOps podrían aparecer inactivas hasta que actualices las canalizaciones para que apunten al repositorio de GitHub migrado.
Migración de la directiva de ramas: correspondencias generales
| directiva de Azure DevOps | GitHub equivalente | Notas y acción del cliente |
|---|---|---|
| Recuento mínimo de aprobaciones | Revisiones de aprobación obligatorias (migradas) | Verificar los patrones de ramas y el número de revisores tras la transición. |
| Restablecer votos con un nuevo push | Descartar revisiones caducadas (migrado) | Confirme que la configuración está habilitada en ramas protegidas. |
| Compilar validación | Validaciones de estado obligatorias (migradas) | Es posible que sea necesario actualizar los nombres de comprobación después de que las canalizaciones se vuelvan a conectar. |
| Estrategia de combinación | Métodos de combinación permitidos (migrados) | Validar la configuración de fusión (fusionar/agrupar/rebasar) en el repositorio. |
| Restricción de tamaño de archivo | Tamaño máximo de archivo (migrado) | Es posible que los archivos grandes requieran Git LFS (en el futuro) o la limpieza del historial. |
| Revisores obligatorios (basados en la ruta) | CODEOWNERS + revisión obligatoria del propietario del código (manual) | Cree o valide CODEOWNERS entradas para que cumplan las reglas de ruta. |
| Bloquear envíos forzados | Bloquear envíos forzados (migrado) | Confirmar el cumplimiento en las ramas protegidas. |
| Bloquear la eliminación de ramas | Restringir las eliminaciones (migrado). | Confirmar que la eliminación de ramas está bloqueada cuando sea necesario. |
| Confirmar validación del correo electrónico del autor | Comprobaciones de patrones de correo electrónico de confirmación (compatibilidad parcial). | Revise y ajuste los patrones después de la migración para que coincidan con la intención de la directiva. |
| Autocompletado | Combinación automática (el comportamiento difiere) | La fusión automática de GitHub está habilitada por solicitud de extracción. Valide el flujo de trabajo que prefiera. |
| Longitud de la ruta, nombres reservados, restricciones de nombres de archivo, aplicación de mayúsculas y minúsculas. | Sin equivalente directo | Resuelva estos problemas antes de la migración para cumplir los límites de GitHub. |
Validación del repositorio migrado
Revise el repositorio migrado para confirmar que el contenido clave, el acceso y la configuración de visibilidad coinciden con sus expectativas:
- Todas las ramas están presentes y coinciden con Azure DevOps.
- Todas las etiquetas están presentes y coinciden con Azure DevOps.
- El historial de confirmaciones está intacto y completo.
- Las pull requests abiertas se migran con sus metadatos.
- El tamaño del repositorio y la estructura de archivos coinciden con las expectativas.
- El repositorio es accesible para los equipos y usuarios esperados.
- La visibilidad del repositorio es correcta. El valor predeterminado de ELM es Privado.
Recuperar maniquíes
Después de la migración, siga la guía de GitHub para reclamar los mannequins, de modo que los commits y las pull requests se atribuyan correctamente a las cuentas de usuario de GitHub. Para obtener más información, consulte Reclaiming mannequins for GitHub Enterprise Importer.
Conexión de Azure Boards
ELM configura la conexión con Azure Boards para el repositorio migrado, de modo que los equipos puedan vincular elementos de trabajo desde las solicitudes de extracción de GitHub utilizando la sintaxis AB#<workItemId> sin necesidad de completar esa conexión manualmente tras la transición.