Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

此版本的 GitHub Enterprise 已停止服务 2023-01-18. 即使针对重大安全问题,也不会发布补丁。 为了获得更好的性能、更高的安全性和新功能,请升级到最新版本的 GitHub Enterprise。 如需升级帮助,请联系 GitHub Enterprise 支持

企业 GitHub Packages 使用入门

可以通过启用功能、配置第三方存储、配置想要支持的生态系统以及更新 TLS 证书,开始在 your GitHub Enterprise Server instance 上使用 GitHub Packages。

注意:GitHub Enterprise Server 上的 GitHub Packages 目前不支持群集。

步骤 1:检查 GitHub Packages 是否可用于您的企业

GitHub Packages 在 GitHub Enterprise Server 3.0 或更高版本中可用。 如果您使用的是早期版本的 GitHub Enterprise Server,则必须升级才能使用 GitHub Packages。 有关升级 GitHub Enterprise Server 实例的详细信息,请参阅“关于升级到新版本”。

步骤 2:启用 GitHub Packages 并配置外部存储

GitHub Enterprise Server 上的 GitHub Packages 使用外部 Blob 存储来存储您的软件包。

在为 your GitHub Enterprise Server instance 启用 GitHub Packages 后,需要准备第三方存储桶。 所需的存储量取决于您对 GitHub Packages 的使用,且设置指南可能因存储提供商而异。

支持的外部存储提供商

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

要启用 GitHub Packages 并配置第三方存储,请参阅:

步骤 3:指定包生态系统以支持实例

选择要在 your GitHub Enterprise Server instance 上启用、禁用或设置为只读的包生态系统。 可用选项包括 Docker、RubyGems、npm、Apache Maven、Gradle 或 NuGet。 有关详细信息,请参阅“为企业配置包生态系统支持”。

步骤 4:如果需要,请确保具有包主机 URL 的 TLS 证书

如果为 your GitHub Enterprise Server instance 启用了子域隔离,则需要创建并上传 TLS 证书,该证书允许要使用的每个生态系统的包主机 URL,例如 `。 确保每个包主机 URL 包含 https://`。

可以手动创建证书,也可以使用“让我们加密”。 如果已经使用“让我们加密”,必须在启用 GitHub Packages 后申请新的 TLS 证书。 有关包主机 URL 的详细信息,请参阅“启用子域隔离”。 有关将 TLS 证书上传到 GitHub Enterprise Server 的详细信息,请参阅“配置 TLS”。

步骤 5:检查并重命名保留名称

如果要在禁用子域隔离的情况下使用 Docker 生态系统,必须先重命名 your GitHub Enterprise Server instance 上名为 v2 的任何用户或组织,然后才能在 Management Console 中启用 Docker 生态系统支持。 Docker 使用 v2 帐户名称来管理与 Docker API 的路径冲突;启用 Docker 注册表支持后,将无法再使用此名称。

可导航到站点管理仪表板中的“保留登录名”页来查看已保留供内部使用的登录名完整列表。 有关详细信息,请参阅“保留登录名”。