Skip to main content

Начало работы с GitHub Packages для вашего предприятия

Вы можете начать использовать GitHub Packages в your GitHub Enterprise Server instance, включив эту функцию, настроив стороннее хранилище, настроив экосистемы, которые требуется поддерживать, и обновив сертификат TLS.

Примечание. GitHub Packages в GitHub Enterprise Server сейчас не поддерживает кластеризацию.

Шаг 1. Проверка доступности GitHub Packages для вашего предприятия

GitHub Packages доступен в GitHub Enterprise Server 3.0 или более поздней версии. Если вы используете более раннюю версию GitHub Enterprise Server, вам придется выполнить обновление для использования GitHub Packages. Дополнительные сведения об обновлении экземпляра GitHub Enterprise Server см. в статье Сведения об обновлениях до новых выпусков.

Шаг 2. Включение GitHub Packages и настройка внешнего хранилища

GitHub Packages на GitHub Enterprise Server использует внешнее хранилище BLOB-объектов для хранения пакетов.

После включения GitHub Packages для your GitHub Enterprise Server instance необходимо подготовить контейнер стороннего хранилища. Требуемый объем хранилища зависит от использования GitHub Packages, а рекомендации по настройке зависят от поставщика хранилища.

Поддерживаемые внешние поставщики хранилища:

  • Amazon Web Services (AWS) S3;
  • Хранилище BLOB-объектов Azure;
  • MinIO

Чтобы включить GitHub Packages и настроить стороннее хранилище, см.:

Шаг 3. Указание экосистем пакетов для поддержки экземпляра

Выберите экосистемы пакетов, которые вы хотите включить, отключить или задать только для чтения в your GitHub Enterprise Server instance. Доступные параметры: Docker, RubyGems, npm, Apache Maven, Gradle или NuGet. Дополнительные сведения см. в статье Настройка поддержки экосистем пакетов для предприятия.

Шаг 4. Проверка наличия сертификата TLS для URL-адреса узла пакета

Если для your GitHub Enterprise Server instance включена изоляция поддомена, необходимо создать и отправить сертификат TLS, который позволяет использовать URL-адрес узла пакета для каждой экосистемы, например `. Убедитесь, что каждый URL-адрес узла пакета содержит https://`.

Сертификат можно создать вручную или использовать Let's Encrypt. Если вы уже используете Let's Encrypt, необходимо запросить новый сертификат TLS после включения GitHub Packages. Дополнительные сведения об URL-адресах узла пакета см. в статье Включение изоляции поддомена. Дополнительные сведения о передаче сертификатов TLS в GitHub Enterprise Server см. в статье Настройка TLS.

Шаг 5. Проверка и переименование зарезервированных имен

Если вы хотите использовать экосистему Docker с отключенной изоляцией поддомена, необходимо сначала переименовать любого пользователя или организацию с именем v2 your GitHub Enterprise Server instance, прежде чем включать поддержку экосистемы Docker в Management Console. Docker использует имя учетной записи v2 для управления конфликтами путей с помощью API Docker. После включения поддержки реестра Docker вы больше не сможете использовать это имя.

Полный список имен для входа, зарезервированных для внутреннего использования, можно просмотреть, перейдя на страницу "Зарезервированные имена для входа" на панели мониторинга администратора сайта. Дополнительные сведения см. в разделе Зарезервированные имена для входа.