我们经常发布文档更新,此页面的翻译可能仍在进行中。有关最新信息,请访问英文文档。如果此页面上的翻译有问题,请告诉我们

关于升级到新版本

您可以通过将企业升级到新版本以获得 GitHub Enterprise Server 的新功能和漏洞补丁。

GitHub Enterprise Server 正在不断改进,通过主要和次要版本引入新功能和漏洞补丁。

主要版本包括新功能和功能升级,通常每季度进行一次。

从 GitHub Enterprise Server 3.0 开始,所有主要版本开始都至少有一个候选版本。 候选版本是提议的主要版本,具有完整的功能集。 候选版本中可能存在错误或问题,只能通过实际使用 GitHub Enterprise Server 的客户反馈来找到。

只要候选版本可用,您便可通过测试候选版本来提早访问最新功能。 您可以从支持的版本升级到候选版本,并在发布时从版本候选版本升级到更新版本。 只要版本发布,您便应该升级运行候选版本的任何环境。 更多信息请参阅“升级要求”。

候选版本应部署在测试或暂存环境中。 在测试候选版本时,请通过联系支持提供反馈。 更多信息请参阅“使用 GitHub 支持”。

我们将使用您的反馈应用漏洞补丁及任何其他必要的更改来创建稳定的生产版本。 每个新的候选版本都会为以前版本中发现的问题添加漏洞补丁。 当版本可供广泛采用时,GitHub 将发布稳定的生产版本。

警告:升级到新的主要版本将导致几个小时的停机,在此期间,您的用户将无法使用企业。 您可以使用您的企业设置或 REST API 发布全球公告横幅,告知用户停机。 更多信息请参阅“自定义您的实例上的用户消息”和“GitHub Enterprise 管理员”。

只包含热补丁和漏洞补丁的次要版本会更频繁地发布。 首次发布时通常提供次要版本,没有候选版本。 升级到次要版本通常需要不到五分钟的停机时间。

要将您的企业升级到新版本,请参阅“发行说明”和“升级 GitHub Enterprise Server”。

延伸阅读

此文档对您有帮助吗?

Privacy policy

帮助我们创建出色的文档!

所有 GitHub 文档都是开源的。看到错误或不清楚的内容了吗?提交拉取请求。

做出贡献

或, 了解如何参与。