跳至內容

發佈管理

本頁使用了標題或全文手工轉換
維基百科,自由的百科全書

這是本頁的一個歷史版本,由Ch.Andrew對話 | 貢獻2017年11月28日 (二) 08:42 (+noteTA)編輯。這可能和目前版本存在着巨大的差異。

發佈管理是透過不同階段和環境以管理、規劃、排程、和管制軟件構建的流程; 包括測試和部署軟件版本[1]

背景

發佈管理是軟件工程領域一個相對較新但迅速發展的學科。隨着軟件系統、軟件開發過程、和資源變得越來越分散,它們總是變得更加專業化和複雜化。此外,軟件產品(尤其是網絡應用程式)通常處於開發、測試、和發佈的持續循環中,常常在日益複雜、不斷發展的平台上運行。這樣的系統需要專門的資源來監督開發、測試、部署、和支援的整合和流程。

與持續交付、DevOps、和敏捷軟件開發的關係

已經採用敏捷軟件開發的組織正在看到更多的版本。隨着敏捷開發的日益流行,被稱為持續交付的軟件版本的新方法,開始影響軟件如何從開發過渡到發佈[2]。持續交付和 DevOps 的一個目標是更快、更頻繁地發佈更可靠的應用程式。應用程式從「構建」透過不同的環境移動到生產「發佈」,是持續交付管道的一部分[3]。發佈經理開始利用諸如應用程式發佈自動化持續整合工具等工具來幫助推進持續交付流程,並通過自動執行任務來整合DevOps文化,從而使其可以更快、更可靠地完成,並且是可重複的。更多的軟件發佈已經導致越來越依賴發佈管理和自動化工具來執行這些複雜的應用程式發佈流程[4]

與企業發佈管理的關係

發佈管理着重於從單一專案或相關專案集合從開發到測試和發佈的過渡。企業發佈管理(ERM)則側重於在較大型組織內協調各個發佈。擁有多個應用程式開發群體的組織,可能需要經過數月或數年的高度協調的一系列發佈,才能實現大規模系統。ERM 涉及多個發佈經理協調一致的工作,在IT組合的背景下同步發佈。

與ITIL/ITSM的關係

在使用IT服務管理範式(特別是ITIL框架)管理IT運營的組織中,將以ITIL概念和原則來指引發佈管理。有幾個與發佈管理相關的正式ITIL流程,主要是發佈和部署管理流程(其目的是計劃、調度和、控制發佈到測試和生活環境的移動〉[5]和變更管理流程[6]。在ITIL組織中,發佈的頻率往往低於敏捷開發環境。發佈流程由IT運營團隊使用IT服務管理票務系統進行管理,而不太關注發佈流程的自動化[7]

參見

參考文獻

  1. ^ Humble, Jez; Farley, David. Continuous Delivery: reliable software releases through build, test, and deployment automation. Pearson Education Inc. 2011: 110. ISBN 978-0-321-60191-9. 
  2. ^ Ambler, Scott W. We need more Agile IT Now!. Dr. Dobb’s The world of software Development (San Francisco: UBM). 12 February 2014. 
  3. ^ Humble, Jez; Farley, David. Continuous Delivery: reliable software releases through build, test, and deployment automation. Pearson Education Inc. 2011: 255–257. ISBN 978-0-321-60191-9. 
  4. ^ Best Practices in Change, Configuration and Release Management (報告). Gartner. 14 July 2010. 
  5. ^ ITIL Release and Deployment Management. IT Process Maps (Germany: Stefan and Andrea Kempter). 15 May 2016. 
  6. ^ Murphy, Vawns. Change vs Release Management. The ITSM Review (UK: Enterprise Opinions Limited). 2 Feb 2016. 
  7. ^ ITIL/ITSM Release Management Practices. Release Management Wiki (USA: Electric Cloud). 

外部連結