我们经常发布文档更新,此页面的翻译可能仍在进行中。有关最新信息,请访问英文文档。如果此页面上的翻译有问题,请告诉我们
Enterprise Server 3.0# 版本名称是通过 includes/header-notification.html 在以下文本之前呈现:目前可用作发行版候选。更多信息请参阅“关于升级到新版本”。

About upgrades to new releases

You can benefit from new features and bug fixes for GitHub Enterprise Server by upgrading your enterprise to a newly released version.

GitHub Enterprise Server is constantly improving, with new functionality and bug fixes introduced through major and minor releases.

Major releases include new functionality and feature upgrades and typically occur quarterly.

Starting with GitHub Enterprise Server 3.0, all major releases begin with at least one release candidate. Release candidates are proposed major releases, with a complete feature set. There may be bugs or issues in a release candidate which can only be found through feedback from customers actually using GitHub Enterprise Server.

You can get early access to the latest features by testing a release candidate as soon as the release candidate is available. You can upgrade to a release candidate from a supported version and can upgrade from the release candidate to later versions when released. You should upgrade any environment running a release candidate as soon as the release is generally available. For more information, see "Upgrade requirements."

Release candidates should be deployed on test or staging environments. As you test a release candidate, please provide feedback by contacting support. For more information, see "Working with GitHub 支持."

We'll use your feedback to apply bug fixes and any other necessary changes to create a stable production release. Each new release candidate adds bug fixes for issues found in prior versions. When the release is ready for widespread adoption, GitHub publishes a stable production release.

Warning: The upgrade to a new major release will cause a few hours of downtime, during which none of your users will be able to use the enterprise. You can inform your users about downtime by publishing a global announcement banner, using your enterprise settings or the REST API. For more information, see "Customizing user messages on your instance" and "GitHub Enterprise administration."

Minor releases, which consist of hot patches and bug fixes only, happen more frequently. Minor releases are generally available when first released, with no release candidates. Upgrading to a minor release typically requires less than five minutes of downtime.

To upgrade your enterprise to a new release, see "Release notes" and "Upgrading GitHub Enterprise Server."

延伸阅读

此文档对您有帮助吗?

Privacy policy

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

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

做出贡献

或, 了解如何参与。