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 | Reglas de protección de ramas |
| Páginas | Configuración de GitHub Pages |
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 | Solo se migran las reglas de protección de rama. |
| 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_draft, edited, labeled, opened, ready_for_review, reopened, unassigned, unlabeled, milestoned, demilestoned |
auto_merge_disabled, auto_merge_enabled, dequeued, enqueued, locked, review_request_removed, 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 sucursal |
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 |
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 repositorios diferentes (como un vínculo a un problema en el repo-2 repositorio desde una solicitud de incorporación de cambios en repo-1) no se migran y apuntarán al mismo destino exactamente 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.