Skip to main content

Iniciar con GitHub Packages para tu empresa

Puedes comenzar a utilizar el GitHub Packages en your GitHub Enterprise Server instance si habilitas esta característica, configurando un almacenamiento de terceros, configurando los ecosistemas que quieras que sea compatibles y actualizando tu certificado TLS.

Nota: El GitHub Packages en GitHub Enterprise Server actualmente no admite la agrupación en clústeres.

Paso 1: Verifica si el GitHub Packages está disponible para tu empresa

El GitHub Packages está disponible para GitHub Enterprise Server 3.0 o superior. Si estás utilizando una versión más antigua de GitHub Enterprise Server, tendrás que mejorarla para utilizar el GitHub Packages. Para más información sobre cómo actualizar la instancia de GitHub Enterprise Server, vea "Acerca de las actualizaciones a nuevas versiones".

Paso 2: Habilitación de GitHub Packages y configuración del almacenamiento externo

GitHub Packages en GitHub Enterprise Server utiliza almacenamiento externo de blobs para almacenar tus paquetes.

Después de habilitar el GitHub Packages para your GitHub Enterprise Server instance, necesitarás preparar tu bucket de almacenamiento de terceros. La cantidad de almacenamiento que requieras dependerá de tu uso del GitHub Packages, y los lineamientos de configuración podrán variar dependiendo del proveedor de almacenamiento.

Proveedores de almacenamiento externo compatibles

  • Amazon Web Services (AWS) S3
  • Azure Blob Storage
  • MinIO

Para habilitar el GitHub Packages y configurar el almacenamiento de terceros, consulta:

Paso 3: Especificación de los ecosistemas de paquetes que admitir en la instancia

Elige qué ecosistemas de paquetes te gustaría habilitar, inhabilitar o configurar como de solo lectura en tu your GitHub Enterprise Server instance. Las opciones disponibles son Container registry, Docker, RubyGems, npm, Apache Maven, Gradle, o NuGet. Para más información, vea "Configuración de la compatibilidad del ecosistema de paquetes para la empresa".

Paso 4: Comprobación de que hay un certificado TLS para la URL de host del paquete, si es necesario

Si se habilitado el aislamiento de subdominios para your GitHub Enterprise Server instance, tendrá que crear y cargar un certificado TLS que permita la URL del host de paquete para cada ecosistema que quiera utilizar, por ejemplo containers.HOSTNAME. Asegúrese de que cada URL de host de paquete incluya https://.

Puede crear el certificado manualmente, o bien puede usar Let's Encrypt. Si ya usa Let's Encrypt, debe solicitar un certificado TLS nuevo después de habilitar GitHub Packages. Para más información sobre las direcciones URL de host de paquete, vea "Habilitación del aislamiento de subdominios". Para más información sobre cómo cargar certificados TLS en GitHub Enterprise Server, vea "Configuración de TLS".

Paso 5: Búsqueda y cambio de nombres reservados

Si quieres usar el ecosistema de Docker con aislamiento de subdominio deshabilitado, debes cambiar el nombre de cualquier usuario u organización denominados v2 en your GitHub Enterprise Server instance antes de habilitar la compatibilidad con el ecosistema de Docker en Consola de administración. Docker usa el nombre de cuenta v2 para administrar conflictos de ruta de acceso con la API de Docker y, una vez que hayas habilitado la compatibilidad con el registro de Docker, ya no podrás usar este nombre.

Para ver una lista completa de inicios de sesión reservados para uso interno, accede a la página "Inicios de sesión reservados" del panel de administración del sitio. Para obtener más información, consulta "Inicios de sesión reservados".