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

 

 

 

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

 

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

 

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

 

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

 

 

编译:Kylie An

 

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

多年来,我们使用了各种术语来指代不同类型的版本发布:主要版本、次要版本、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类似)。当然,在支持窗口时间内,关键漏洞修复将被移植到企业发布版。