2015-09-21 18 views
1

幾天前,Mirth Connect版本3.3.0發佈。注意到great new features,我們決定立即升級(最初發布後的幾天)。我們在升級過程中遵循了這些Upgrade Guide指示。然而,這些升級指南中缺少從3.2升級到3.3的具體細節,因此我們沒有懷疑Mirth應該實施的方式有多大變化...更好的文檔和指令爲歡樂升級?

在此過程中,我們遇到了a handful of issues,導致我們生產渠道下降數小時(†)。

本次升級的具體信息本來是非常好的。那會是非常有用的預先知道的一些問題(只是一個例子,無需實際回答):

  • 你更改默認的toString的對象/數組()方法返回JSON交涉?
  • 此升級是否包含數據庫遷移,這意味着我們無法恢復到以前版本 一旦升級?
  • 由於代碼模板現在是「庫」的子代,我們是否需要通過庫訪問代碼模板,或者我們能夠直接調用它(因爲它是3.2)?

像這樣的可靠文檔可以讓我們理解升級時需要考慮的全部重要性。通常情況下,Mirth對每個次要版本都有一些文檔。但即使如此,文件非常簡潔。 Mirth團隊能夠開始非常明確升級需要什麼嗎?

Rails Upgrade Guide(明顯大得多的團隊,所以可以在這個規範上花費更多帶寬)提供了一個非常好的升級指南應該包含的範例。

是的,沒錯,我吸取了教訓,我不會立即升級到生產了

+0

@NickRupley我想你可以幫助這個! –

回答

1

Release Notes頁面會給更改應用程序的最低水平,但你在那是對的需要更好的文檔。