Acerca de las migraciones desde Azure DevOps Cloud
Puede usar GitHub Enterprise Importer para migrar repositorios de Azure DevOps a GitHub Enterprise Cloud (GitHub.com o GHE.com).
Solo puedes usar GitHub Enterprise Importer para migrar desde Azure DevOps Cloud, no desde Azure DevOps Server. Si actualmente usas Azure DevOps Server y quieres realizar la migración a GitHub, puedes hacerlo primero a Azure DevOps Cloud. Para más información, consulta Migración a Azure DevOps en el sitio de Azure.
Antes de crear su cuenta de empresa en GitHub, decida si su empresa usará Enterprise Managed Users. Esto afecta a cómo se autentican los miembros y cómo se administran las identidades y el acceso. Consulta Elección de un tipo de empresa para GitHub Enterprise Cloud.
Compatibilidad con Azure Pipelines y Azure Boards
Tanto Azure Pipelines como Azure Boards se pueden integrar completamente con la experiencia de GitHub. Puede configurar la cuenta empresarial y Azure DevOps para que pueda seguir usando estos servicios, a la vez que se beneficia de tener los repositorios hospedados en GitHub.
Si quiere migrar Azure Pipelines a GitHub Actions, ponte en contacto con el administrador de cuentas de GitHub.
Datos que se migran
Actualmente, GitHub Enterprise Importer admite la migración de los siguientes datos del repositorio de Azure DevOps a GitHub Enterprise Cloud.
- Origen de Git (incluido el historial de confirmaciones)
- Solicitudes de incorporación de cambios
- Historial de usuarios para solicitudes de incorporación de cambios
- Vínculos de elementos de trabajo en solicitudes de incorporación de cambios
- Datos adjuntos en solicitudes de incorporación de cambios
- Directivas de rama para el repositorio (no se incluyen directivas de rama con ámbito de usuario ni directivas de rama entre repositorios)
Limitaciones de los datos migrados
Hay límites con respecto a lo que GitHub Enterprise Importer puede migrar. Algunos se deben a limitaciones de GitHub, mientras que otras son limitaciones propias de GitHub Enterprise Importer.
Limitaciones de GitHub
-
**2 Límite de tamaño de GiB para una única confirmación de Git:** Ninguna confirmación única en el repositorio de Git puede ser superior a 2 GiB. Si alguna de sus confirmaciones supera los 2 GiB, deberá dividir la confirmación en otras más pequeñas, cada una de 2 GiB o menos. -
**Límite de 255 bytes para las referencias de Git:** Ninguna referencia de Git única, conocida normalmente como "ref", puede tener un nombre mayor que 255 bytes. Normalmente, esto significa que las referencias no pueden tener más de 255 caracteres, pero cualquier carácter que no sea ASCII, como emojis, puede consumir más de un byte. Si alguna de las referencias de Git es demasiado grande, devolveremos un mensaje de error claro. -
**Límite de tamaño de archivo MiB de 100:** Después de completar la migración, ningún archivo único en el repositorio de Git puede ser mayor que 100 MiB. Durante la migración del repositorio, este límite aumenta a 400 MiB. Considera la posibilidad de usar Git LFS para almacenar archivos grandes.
Limitaciones de GitHub Enterprise Importer
- Límite de tamaño de 40 GB para un repositorio de Git (versión preliminar pública): este límite solo se aplica al código fuente. Para comprobar si el archivo del repositorio supera el límite, use la herramienta git-sizer y revise el tamaño total del blob en la salida. La herramienta git-sizer también ayuda a identificar posibles problemas relacionados con archivos de gran tamaño, tamaño de blob, tamaño de confirmación y recuentos de árboles que podrían afectar a las migraciones.
-
**Límite de tamaño de archivo de 400 MiB:** al migrar un repositorio con GitHub Enterprise Importer, ningún archivo único en el repositorio de Git puede ser superior a 400 MiB. Considera la posibilidad de usar Git LFS para almacenar archivos grandes. -
**Objetos de Git LFS no migrados**: Importer puede migrar repositorios que usan Git LFS, pero los propios objetos LFS no se migrarán. Se pueden trasladar al destino de la migración como una tarea posterior una vez que se complete la migración. -
**Funcionalidad de búsqueda de código retrasada:** volver a indexar el índice de búsqueda puede tardar unas horas después de migrar un repositorio y las búsquedas de código pueden devolver resultados inesperados hasta que se complete la nueva indexación. -
**Los conjuntos de reglas configurados para la organización pueden provocar errores en las migraciones**: por ejemplo, si has configurado una regla que requiere que las direcciones de correo electrónico de los creadores de confirmaciones terminen en `@monalisa.cat`y el repositorio que vas a migrar contiene confirmaciones que no cumplen esta regla, se producirá un error en la migración. -
**Es posible que el contenido de Mannequin no se pueda buscar**: los maniquíes son usuarios de marcador de posición a los que está asociado el contenido importado (por ejemplo, problemas, solicitudes de incorporación de cambios, comentarios, etc.). Al buscar contenido asociado a un maniquí, como problemas asignados, es posible que no se encuentren los problemas. Una vez reclamado un maniquí, el contenido debe encontrarse a través del nuevo propietario.
Pasos siguientes
En el siguiente artículo, decidirá quién realizará la migración y preparará el acceso a Azure DevOps y GitHub Enterprise Cloud. Consulta Fase 2. Administración del acceso.