Skip to main content
Publicamos actualizaciones para la documentación con frecuencia y es posible que aún se esté traduciendo esta página. Para obtener la información más reciente, consulta la documentación en inglés.

Esta versión de GitHub Enterprise se discontinuará el 2023-03-15. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener rendimiento mejorado, seguridad mejorada y nuevas características, actualice a la versión más reciente de GitHub Enterprise. Para obtener ayuda con la actualización, póngase en contacto con el soporte técnico de GitHub Enterprise.

Trabajar con el registro de Docker

Puedes subir y extraer tus imágenes de Docker utilizando el Registro de Docker del GitHub Packages.

GitHub Packages está disponible con GitHub Free, GitHub Pro, GitHub Free para organizaciones, GitHub Team, GitHub Enterprise Cloud, GitHub Enterprise Server 3.0 o superior y GitHub AE. Para obtener más información sobre cómo actualizar la instancia GitHub Enterprise Server, consulta «Acerca de las actualizaciones a nuevas versiones» y el Upgrade assistant para encontrar la ruta de actualización de la versión actual.

Nota: Este tipo de paquete podría no estar disponible para su instancia, ya que los administradores de sitio pueden habilitar o inhabilitar cada tipo de paquete compatible. Para obtener más información, consulte "Configurar la compatibilidad del ecosistema de paquetes para tu empresa".

Acerca de la compatibilidad de Docker

Cuando instalas o publicas una imagen de Docker, el registro de Docker no es compatible actualmente con capas ajenas, tales como imágenes de Windows.

Autenticar a GitHub Packages

Necesitas un token de acceso para publicar, instalar y eliminar paquetes privados, internos y públicos.

Puedes usar un personal access token para autenticarte en GitHub Packages o en la API de GitHub Enterprise Server. Cuando creas un personal access token, puedes asignar al token diferentes ámbitos en función de tus necesidades. Para obtener más información sobre los ámbitos relacionados con paquetes para unpersonal access token, consulta "Acerca de los permisos para los Paquetes de GitHub".

Para autenticarte en un registro del GitHub Packages dentro de un flujo de trabajo de GitHub Actions, puedes utilizar:

  • GITHUB_TOKEN para publicar los paquetes asociados con el repositorio del flujo de trabajo.
  • Un personal access token con, al menos, ámbito de read:packages para instalar los paquetes asociados con otros repositorios privados (a los cuales no puede acceder GITHUB_TOKEN).

Para más información sobre el uso de GITHUB_TOKEN en flujos de trabajo de GitHub Actions, vea "Autenticación en un flujo de trabajo".

Autenticación con un personal access token

Debes utilizar un personal access token con los ámbitos adecuados para publicar e instalar paquetes en GitHub Packages. Para más información, vea "Acerca de GitHub Packages".

Puedes autenticarte en GitHub Packages con Docker utilizando el comando de inicio de sesión docker.

Para mantener tus credenciales seguras, te recomendamos que guardes tu personal access token en un archivo local de tu equipo y uses la marca --password-stdin de Docker, que lee tu token desde un archivo local.

Si la instancia tiene habilitado el aislamiento de subdominio:

$ cat ~/TOKEN.txt | docker login docker.HOSTNAME -u USERNAME --password-stdin

Si la instancia tiene deshabilitado el aislamiento de subdominio:

$ cat ~/TOKEN.txt | docker login HOSTNAME -u USERNAME --password-stdin

Para usar este ejemplo de comando de inicio de sesión, reemplaza USERNAME por tu nombre de usuario de GitHub Enterprise Server, HOSTNAME por la URL de your GitHub Enterprise Server instance, y ~/TOKEN.txt por la ruta de archivo de tu personal access token para GitHub Enterprise Server.

Para obtener más información, consulta "Inicio de sesión de Docker".

Publicar una imagen

Nota: El registro de Docker de GitHub Packages se reemplazará en una versión futura de GitHub Enterprise Server por Container registry, que ofrece compatibilidad con contenedores mejorada.

Nota: Los nombres de imagen solo deben usar letras minúsculas.

GitHub Packages admite varias imágenes Docker de primer nivel por repositorio. Un repositorio puede tener cualquier cantidad de etiquetas de imagen. Puedes experimentar un servicio de menor calidad al publicar o instalar imágenes de Docker de más de 10 GB, las capas tienen un límite de 5 GB cada una. Para obtener más información, consulta "Etiqueta de Docker" en la documentación de Docker.

Después de que publiques un paquete, puedes verlo en GitHub. Para más información, vea "Visualización de paquetes".

  1. Determina el nombre y la id. de la imagen Docker mediante docker images.

    $ docker images
    > < >
    > REPOSITORY        TAG        IMAGE ID       CREATED      SIZE
    > IMAGE_NAME        VERSION    IMAGE_ID       4 weeks ago  1.11MB
  2. Usa el identificador de la imagen de Docker para etiquetar la imagen de Docker. Reemplaza OWNER por el nombre de la cuenta de usuario u organización a la que pertenece el repositorio, REPOSITORY por el nombre del repositorio que contiene tu proyecto, IMAGE_NAME por el nombre del paquete o imagen, HOSTNAME por el nombre de host de your GitHub Enterprise Server instance, y VERSION por la versión del paquete en tiempo de compilación. Si la instancia tiene habilitado el aislamiento de subdominio:

    $ docker tag IMAGE_ID docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION

    Si en la instancia se ha deshabilitado el aislamiento de subdominios:

    $ docker tag IMAGE_ID HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
  3. Si aún no has compilado una imagen de Docker para el paquete, compila la imagen. Reemplaza OWNER por el nombre de la cuenta de usuario u organización a la que pertenece el repositorio, REPOSITORY por el nombre del repositorio que contiene tu proyecto, IMAGE_NAME por el nombre del paquete o imagen, VERSION por la versión de paquete en tiempo de compilación, HOSTNAME por el nombre de host de your GitHub Enterprise Server instance, y PATH por la ruta de acceso a la imagen en caso de que no esté en el directorio de trabajo actual. Si la instancia tiene habilitado el aislamiento de subdominio:

    $ docker build -t docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION PATH

    Si en la instancia se ha deshabilitado el aislamiento de subdominios:

    $ docker build -t HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION PATH
  4. Publicar la imagen para GitHub Packages. Si la instancia tiene habilitado el aislamiento de subdominio:

    $ docker push docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION

    Si en la instancia se ha deshabilitado el aislamiento de subdominios:

    $ docker push HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION

    Nota: Debes insertar la imagen con IMAGE_NAME:VERSION en lugar de con IMAGE_NAME:SHA.

Ejemplo de publicación de una imagen Docker

En estos ejemplos se da por hecho que la instancia tiene habilitado el aislamiento de subdominio.

Puedes publicar la versión 1.0 de la imagen monalisa en el repositorio octocat/octo-app mediante un id. de imagen.

$ docker images

> REPOSITORY           TAG      IMAGE ID      CREATED      SIZE
> monalisa             1.0      c75bebcdd211  4 weeks ago  1.11MB

# Tag the image with OWNER/REPO/IMAGE_NAME
$ docker tag c75bebcdd211 docker.HOSTNAME/octocat/octo-app/monalisa:1.0

# Push the image to GitHub Packages
$ docker push docker.HOSTNAME/octocat/octo-app/monalisa:1.0

Puedes publicar una nueva imagen de Docker por primera vez y denominarla monalisa.

# Build the image with docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
# Assumes Dockerfile resides in the current working directory (.)
$ docker build -t docker.HOSTNAME/octocat/octo-app/monalisa:1.0 .

# Push the image to GitHub Packages
$ docker push docker.HOSTNAME/octocat/octo-app/monalisa:1.0

Descarga de una imagen

Nota: El registro de Docker de GitHub Packages se reemplazará en una versión futura de GitHub Enterprise Server por Container registry, que ofrece compatibilidad con contenedores mejorada.

Puedes usar el comando docker pull para instalar una imagen de Docker desde GitHub Packages. Reemplaza OWNER por el nombre de la cuenta de usuario u organización a la que pertenece el repositorio, REPOSITORY por el nombre de repositorio que contiene tu proyecto, IMAGE_NAME por el nombre del paquete o imagen, HOSTNAME por el nombre del host de your GitHub Enterprise Server instance, y TAG_NAME por la etiqueta de la imagen que quieres instalar.

Si en la instancia se ha habilitado el aislamiento de subdominios:

$ docker pull docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:TAG_NAME

Si en la instancia se ha deshabilitado el aislamiento de subdominios:

$ docker pull HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:TAG_NAME

Nota: Debes extraer la imagen con IMAGE_NAME:VERSION en lugar de con IMAGE_NAME:SHA.

Información adicional