Esta versión de GitHub Enterprise Server se discontinuó el 2024-09-25. 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 Server. Para obtener ayuda con la actualización, póngase en contacto con el soporte técnico de GitHub Enterprise.

Iniciar con GitHub Packages para tu empresa

Para empezar a usar los GitHub Packages en tu instancia de GitHub Enterprise Server, habilita esta característica, configura un almacenamiento de terceros, configura los ecosistemas que quieras que sean compatibles y actualiza tu certificado TLS.

¿Quién puede utilizar esta característica?

Site administrators can enable and configure GitHub Packages.

En este artículo

Note

GitHub Packages en GitHub Enterprise Server no admite actualmente 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, consulta Acerca de las mejoras a los nuevos lanzamientos.

Paso 2: Revisar los requisitos de hardware

Si tiene previsto habilitar Container registry para los usuarios de su instancia, necesitará al menos un 10 % más de recursos de CPU.

Se recomienda revisar los niveles de actividad de los usuarios y las automatizaciones de la instancia para asegurarse de que ha aprovisionado una CPU adecuada para los usuarios. Para más información, consulta Supervisión de la instancia.

Para obtener más información sobre los requisitos mínimos de tu instancia de GitHub Enterprise Server, consulta las consideraciones de hardware relativas a la plataforma de tu instancia.

Para obtener más información sobre el ajuste de recursos para una instancia existente, consulta Aumentar el CPU o los recursos de memoria.

Paso 3: 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 los GitHub Packages para tu instancia de GitHub Enterprise Server, necesitarás preparar tu cubo 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 4: Especificación de los ecosistemas de paquetes que admitir en la instancia

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

Paso 5: 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 tu instancia de GitHub Enterprise Server, tendrás que crear y cargar un certificado TLS que permita la URL del host del paquete para cada ecosistema que quieras usar, 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, consulta Habilitar el aislamiento de subdominio. Para más información sobre cómo cargar certificados TLS en GitHub Enterprise Server, consulta Configurar TLS.

Paso 6: 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 tu instancia de GitHub Enterprise Server antes de habilitar la compatibilidad con el ecosistema de Docker en la 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 más información, consulta Administrar la instancia desde la interfaz del usuario web.