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类似）。当然，在支持窗口时间内，关键漏洞修复将被移植到企业发布版。