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:
- "Habilitación de paquetes de GitHub con AWS"
- "Habilitación de paquetes de GitHub con Azure� Blob Storage"
- "Habilitación de paquetes de GitHub con MinIO"
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 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 `. 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".