Nota:
Enterprise Live Migrations está en versión preliminar pública y está sujeto a cambios.
Datos que se migran
ELM migra casi todos los datos de nivel de repositorio. Los recursos de nivel de organización, como equipos, proyectos y configuraciones de organizaciones y webhooks, se excluyen de la migración y se deben configurar manualmente en el destino.
La única acción a nivel de organización admitida por ELM es crear una cuenta de organización de destino si ésta no existe aún.
Configuración y configuración del repositorio
| Resource | Notes |
|---|---|
| Metadatos y configuración del repositorio | Visibilidad, descripción, rama predeterminada y características habilitadas |
| Webhooks de repositorio | Configuraciones de webhook para el repositorio |
| Temas del repositorio | Etiquetas para clasificar el repositorio |
| Configuración de PR del repositorio | Configuración de fusión y revisión de pull requests |
| Configuración de acciones | Configuración de Acciones de GitHub de nivel de repositorio, incluidas las acciones y permisos permitidos |
| Vínculos automáticos | Referencias de vínculo automático personalizadas |
| Protecciones de rama | Las reglas de protección de rama se migran parcialmente, con las limitaciones descritas a continuación. |
| Páginas | Configuración de GitHub Pages |
Advertencia
Se admite parcialmente la migración de la protección de ramas. ELM conserva la información sobre si las restricciones de actores están habilitadas para descartar revisiones de pull requests y hacer push a ramas protegidas, pero no conserva los usuarios, equipos ni aplicaciones autorizados. Por lo tanto, se puede recrear una restricción de envío en el destino con una lista de permitidos vacía. Tampoco migra actores de omisión de solicitudes de incorporación de cambios, actores de inserción forzada, enlaces de aplicaciones de comprobación de estado, restricciones de creación de ramas coincidentes, configuración de cola de mezcla, requisitos de implementación o bloqueo de rama. Revise y actualice las reglas de protección de rama migradas antes de permitir que los usuarios trabajen en el repositorio de destino.
Datos de Git, LFS y wikis
| Resource | Notes |
|---|---|
| Repositorio de Git (refs, objetos, historial) | Incluye todas las referencias (refs), los objetos, y el historial de confirmaciones. El repositorio se mantiene actualizado en el destino durante toda la migración. |
| Objetos LFS | Objetos de Almacenamiento de archivos grandes de Git. Requiere que LFS esté habilitado en la instancia de origen GitHub Enterprise Server . |
| Wiki | El repositorio de Git wiki |
Problemas, comentarios y reacciones
| Resource | Notes |
|---|---|
| Problemas | Incluye el estado, los asignados y el cuerpo |
| Comentarios de propuestas | Todos los comentarios sobre problemas |
| Reacciones de incidencias | Reacciones sobre problemas |
| Reacciones de comentarios de incidencias | Reacciones en comentarios de incidencias |
| Etiquetas de incidencias | Etiquetado de asociaciones en problemas |
| Eventos de problema | Eventos de la línea de tiempo (asignados, etiquetados, cerrados, etc.) |
| Cerrar referencias de problemas | Referencias cruzadas que cierran problemas (por ejemplo, "correcciones #123") |
Solicitudes de incorporación de cambios, revisiones y hilos
| Resource | Notes |
|---|---|
| Solicitudes de incorporación de cambios | Incluye el estado, los revisores, el contenido y el estado del borrador. |
| Revisiones de PR | Revisiones enviadas, incluidos los aprobados, con cambios solicitados y comentados. |
| Comentarios de revisión de Pull Request | Comentarios de revisión de código en línea |
| Hilos de revisión de solicitudes de extracción | Discusiones en hilos, incluido el estado de resuelto y sin resolver |
| Reacciones de comentarios en la solicitud de extracción | Reacciones sobre comentarios de revisión de solicitudes de incorporación de cambios |
| Etiquetas de PR | Asociaciones de etiquetas en peticiones de extracción |
Etiquetas, hitos, versiones y CI
| Resource | Notes |
|---|---|
| Etiquetas | Definiciones de etiquetas, incluidos el nombre, el color y la descripción |
| Hitos | Definiciones de hitos y estado |
| Lanzamientos | Metadatos de versión, incluidos etiqueta, nombre, cuerpo y estado de versión preliminar o borrador |
| Reacciones de liberación | Reacciones ante versiones |
| Comentarios sobre confirmación de cambios | Comentarios sobre confirmaciones individuales |
| Confirmación de las comprobaciones de estado | Verificaciones de estado de CI/CD en commits |
| Ejecuciones de comprobación | Consultar resultados de ejecución |
| Conjuntos de comprobación | Verificación de agrupaciones de grupos |
| Permisos de repositorio de equipo | Asociaciones de permisos de equipo a repositorio |
Recursos binarios y archivos adjuntos
| Resource | Notes |
|---|---|
| Recursos de versión | Activos binarios adjuntos a las versiones, hasta 2 GB por activo |
| Attachments | Archivos adjuntos de imagen y vídeo incrustados en cuerpos de incidencias y solicitudes de extracción |
| Archivos de repositorio (datos adjuntos que no son multimedia) | Datos adjuntos de archivos no multimedia, como archivos PDF y archivos de texto, asociados a problemas y solicitudes de incorporación de cambios |
Usuarios y maniquíes
| Resource | Notes |
|---|---|
| Maniquíes | Cada usuario de GitHub Enterprise Server al que se hace referencia en los datos migrados se representa como un maniquí: una identidad de marcador de posición sin pertenencia a una organización ni acceso a repositorios. Una vez completada la migración, puede reclamar los mannequins asociándolos con cuentas reales de usuario. |
Datos que no se migran
Datos del repositorio
| Data | Notes |
|---|---|
| Valores predeterminados del repositorio | N/A |
| Conjuntos de reglas de repositorio | Los conjuntos de reglas de repositorio no se migran. Las reglas de protección de rama se han migrado parcialmente. |
| Extraer solicitudes de bifurcaciones | N/A |
| Pending Pull request reviews (Revisiones pendientes de solicitudes de incorporación de cambios) | Solo se migran las revisiones enviadas. |
Datos de la organización
Los datos de nivel organizacional tales como los siguientes no se migran:
- Settings
- Equipos
- Proyectos
- Webhooks
Eventos incluidos en las actualizaciones en directo
Una vez completada la reposición inicial, el escucha de eventos del exportador supervisa los webhooks en GitHub Enterprise Server para capturar los cambios continuos y reenviarlos al servicio de migración en la empresa de destino.
En las tablas siguientes se documenta qué tipos de recursos admiten actualizaciones dinámicas y qué acciones de webhook se controlan.
| Tipo de recurso | Eventos compatibles | Eventos no compatibles |
|---|---|---|
| Repository | edited | |
archived, deleted, privatized, publicized, renamed, , transferred``unarchived | ||
| Issues | ||
assigned, closed, edited, labeled, opened, reopened, unassigned, unlabeled, milestoned``demilestoned | ||
deleted, locked, pinned, transferred, , unlocked, unpinned | ||
| Comentario del problema | ||
created, edited | deleted | |
| Solicitud de extracción | ||
assigned, closed, converted_to_, edited, labeled, opened, ready_for_review, reopened, unassigned, unlabeled, milestoned, demilestoned | ||
auto_merge_disabled, auto_merge_enabled, dequeued, enqueued, locked, review_request_, review_requested, synchronize``unlocked | ||
| Revisión de pull requests | ||
edited, submitted | dismissed | |
| Comentario de revisión de solicitudes de incorporación de cambios | edited | |
created, deleted | ||
| Subproceso de revisión de solicitudes de incorporación de cambios | ||
resolved, unresolved | N/A | |
| Etiqueta | created | |
deleted, edited | ||
| Lanzamiento | ||
created, edited, prereleased, published, , released, unpublished | deleted | |
| Hito | ||
closed, created, , edited, opened | deleted | |
| Regla de protección de rama (compatibilidad parcial) | ||
created, edited | deleted | |
| Comentario de confirmación | ||
created, edited | deleted | |
| Compilación de página | Todas las acciones | N/A |
| Comprobaciones de estado de commit | Todas las acciones | N/A |
| Wiki | Todas las acciones | N/A |
| Vínculo automático | ||
created, deleted | N/A | |
| Cerrar referencia del problema | created | N/A |
| Reacción | ||
created, deleted | N/A | |
| Configuración de acciones del repositorio | updated | N/A |
| Webhook del repositorio | ||
created, updated | N/A |
Las limitaciones de protección de rama descritas en Configuración del repositorio y configuración se aplican tanto a la migración inicial como a las actualizaciones dinámicas.
Nota:
Cuando se envía una revisión de solicitud de incorporación de cambios, ELM importa la revisión completa, incluidos todos los comentarios en línea. Los comentarios insertados que forman parte de un envío de revisión inicial se migran correctamente. Sin embargo, las respuestas agregadas a un subproceso de revisión después de enviar la revisión no se capturan como actualizaciones activas y no aparecerán en el repositorio migrado.
Datos no incluidos en actualizaciones dinámicas
Durante las reposiciones iniciales se exportan solo los siguientes elementos, que no se actualizan mediante webhooks:
- Ejecuciones de comprobación
- Conjuntos de comprobación
- Configuración de GitHub Pages
Reescritura de vínculos y menciones
Las referencias dentro del repositorio de origen, como menciones de usuario o vínculos a problemas y solicitudes de incorporación de cambios en el mismo repositorio, se vuelven a escribir para que sigan apuntando a los recursos correctos después de la migración.
Las referencias a diferentes repositorios (como un enlace a una incidencia en el repositorio repo-1 desde una solicitud de extracción en ****) repo-2 se migran y seguirán apuntando exactamente al mismo destino después de la migración. Esto se aplica incluso si el repositorio al que se hace referencia ya se ha migrado o se está migrando simultáneamente.