深圳福彩中奖查询:

Jira Software和Confluence的企業發布版說明

深圳福彩中奖去哪领奖 www.kjamiy.com.cn  

 

 

升級到新版本看起來像是例行公事,但經驗豐富的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修復,該錯誤通?;嵩諳亂桓鯾ug修復版本中修復。這些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類似)。當然,在支持窗口時間內,關鍵漏洞修復將被移植到企業發布版。