Jira Software 和 Confluence 的企业发布版说明

升级到新版本看起来像是例行公事，但经验丰富的 Atlassian 管理员知道，这一过程也很复杂，要有预见能力，并且需要采用各种策略。

一边是应用，一边是成千上万个用户，升级到新版本需要在这两者之间作出重要规划。虽然有些 Server 和 Data Center 的用户迫不及待想要尽快升级到新版本，用上新特性，享受性能改进，不过，企业的管理员在产品升级时会更加谨慎。

因此，我们推出了 Atlassian 产品的企业发布版（ Enterprise Release ），可以在标准的 2 年支持窗口内持续获得安全更新和关键 bug 修复。这使得您可以从我们企业版的产品更新中获得保障，而不必严格遵守频繁的发布节奏。     

Atlassian 产品的企业发布版（Enterprise Release）是为更大、更复杂的实例而设计的，他们的每一次升级都需要有周全的规划。因此，如果你的企业每年只规划一次升级，请确保升级到新的企业发布版。

有关产品发布版本的重要说明

多年来，我们使用了各种术语来指代不同类型的版本发布：主要版本、次要版本、bug 修复版本，平台版本，“dot oh”等等。对于您——我们的客户来说感到很困惑，而在 Atlassian 内部我们甚至更加困惑。为方便理解我们的发布流程，未来我们将使用以下术语：

.平台版本 Platform Release：（例如 Confluence 6.0 ）包含重要或突破性变更，包括现有 API 变更或删除，用户体验重大变化，新增主要特性。

.特性版本 Feature Release：（例如 Confluence 6.6 ）包含新特性，现有特性变更，支持平台变化（例如数据库、操作系统、 Git 版本），特性移除。特性版本以前称为“主要”版本。

.Bug 修复版 Bug fix release ：（例如 Confluence 6.6.2 ）包含 bug 修复，稳定性和性能改善。对现有特性作少量更改，但不包括新特性或高风险变更。我们建议您定期升级到新的 bug 修复版本。bug 修复版本之前被称为“维护”版本。

举例说明：如果 Confluence 6.8.0 是现在的新版本，我们发现一个影响到 6.7 版本和 6.8 版本的 bug ，这个 bug 将在下一个 bug fix release 的版本中被修复，这个新的版本号为：6.8.1 。运行 6.7.3 版本的用户需要升级到 6.8.1 ，因为我们将不再修复前序版本的 Bug 。

除上述三种主要版本类型外，特性版本 Feature Release 可以被指定为企业版本，该版本将比标准特性版本在更长时间内获得 bug 修复。

Jira Software和 Confluence 企业版介绍

企业版允许您升级到某个特性版本（例如 Confluence 6.6 ）之后，不需升级到新的特性版本，也能获得关键的 bug 修复。企业版本适用于那些已经按这种方式升级的客户，这些客户通过精心规划，安排出充裕的交付时间，处理复杂的部署工作。对于喜欢频繁升级，希望用上新版本和特性的客户，我们也不会让您失望！我们会继续加快发布速度，带来更多的新功能！

每年我们至少指定其中一个特性版本（例如 6.6 ）为企业版本。我们会在首次特性版本发布时宣布计划，以便我们的客户安排升级工作。我们会在后续 bug 修复版本（例如 6.6.2 ）发布时正式指定企业版本，以便您在准备生产部署时作进一步的验证。

这不会改变我们版本支持的时间，也就是说，企业版本按照 Atlassian 支持生命周期终止政策的规定，支持时间为 2 年。对于我们的大型企业客户而言，升级对其来说是一个重要的部署障碍，如果他们迁移到企业版本，可以在两年时间内获得支持服务。对于高级支持客户，企业版本可以替代“高级支持推荐版本” ，我们不再为高级支持客户单独指定发布版本。

企业版本有哪些独特之处？

企业版本将从 Atlassian 团队获得额外的支持和文档，使得升级过程更加轻松。企业版本包括：

修复前序产品的安全漏洞（ security bug fix policy 中有相关定义）。

我们认为关键的 bug 修复，该错误通常会在下一个 bug 修复版本中修复。这些 bug 通常是稳定性、数据完整性问题或关键性能问题，尤其是在回归测试中核心功能不能工作的 bug 。

上一个企业版本合并更改日志，方便您了解开发的新功能。

相对于上一个企业版本的规模和性能基准测试。

由于修复的复杂性，我们可能无法修复前序产品的某些错误。比如库升级（例如 Confluence 使用的缓存库 Hazelcast ，Jira 使用的索引库 Lucene ），或者缓存和索引架构的重大变更。此外，我们不会影响 API 的修复程序，或者更改第三方应用使用的代码，平台版本（例如 6.0 ）才会做出这样的更改。如果我们无法修复前序产品的错误，会作出解释并提供替代方案。

此外，我们将继续支持 Jira Software Data Center bug 修复版本升级（例如从 7.6.5 升级至 7.6.6 ）的 0 宕机升级（ ZDU ），但仅限于从某个企业版本升级到下个企业版本的升级。但是，即便如此，也可能会出现这样的情况：为实现某些性能或稳定性改进，我们可能无法支持 ZDU 。虽然 ZDU 的目标是极大限度地减少升级期间的计划停机时间，我们会优先考虑任何必要的性能或稳定性改进。当然，我们不会轻易打破 ZDU 的承诺。我们希望能根据您的需求做出正确的权衡。

最后，在此次转变中，我们还将更新 Jira Software Server 和 Confluence Server 非企业版本的安全漏洞修复政策。随着我们加快 Jira Software Server 和 Confluence Server 的发布节奏，我们将非企业版本关键 bug 修复的窗口更新为 6 个月（与 Bitbucket Server 类似）。当然，在支持窗口时间内，关键漏洞修复将被移植到企业发布版。