Skip to main content

Enterprise Server 3.15 actualmente está disponible como versión candidata para lanzamiento.

Migrarse al registro del contenedor desde el registro de Docker

El propietario de una empresa puede migrar las imágenes de Docker almacenadas previamente en el registro de Docker en GitHub al Container registry.

Nota: Container registry se encuentra actualmente en beta para GitHub Enterprise Server y está sujeto a cambios.

Tanto GitHub Packages como el aislamiento de subdominio deben estar habilitados para usar Container registry. Para obtener más información, vea «Trabajar con el registro de contenedores».

Acerca del Container registry

El Container registry almacena imágenes de contenedor dentro de tu organización o cuenta personal y te permite asociar una imagen a un repositorio. Puedes elegir si quieres heredar permisos desde un repositorio o si quieres configurar permisos granulares independientemente de un repositorio. También puedes acceder a imágenes de contenedor públicas de forma anónima. Para obtener más información, consulta "Trabajar con el registro de contenedores".

Acerca de la migración desde el registro de Docker

Container registry reemplaza al registro de Docker de GitHub. Si has almacenado imágenes de Docker en el registro de Docker, el propietario de una empresa migrará gradualmente las imágenes al Container registry. No es necesario que realice ninguna acción.

Nota: GitHub Enterprise Server 3.6 admite la migración de imágenes de Docker almacenadas en organizaciones. Una versión futura admitirá la migración de las imágenes propiedad del usuario. Para obtener más información sobre cómo encontrar la versión de GitHub Enterprise Server utilizada, consulta "Acerca de las versiones de GitHub Docs".

Después de migrar las imágenes al Container registry, verás los siguientes cambios en la página de detalles de un paquete.

  • El icono del paquete será el logotipo de Container registry (un icono de ) en lugar del logotipo de Docker.
  • El dominio de la dirección URL de extracción será containers.HOSTNAME, en lugar de docker.HOSTNAME.

Cualquier script o flujo de trabajo de GitHub Actions que utilice el espacio de nombres para el registro de Docker, docker.HOSTNAME, seguirá funcionando después de la migración al Container registry en containers.HOSTNAME.

Después de la migración, ya no podrás usar GraphQL API para consultar paquetes con un PackageType de "DOCKER". Alternativamente, puedes usar la API REST para consultar paquetes con un package_type de "contenedor". Para obtener más información, vea «Puntos de conexión de API REST para paquetes».

Información adicional