跳转到内容

發佈管理:修订间差异

维基百科,自由的百科全书
删除的内容 添加的内容
Shichwan留言 | 贡献
Shichwan留言 | 贡献
第16行: 第16行:
== 與企業發布管理的關係 ==
== 與企業發布管理的關係 ==


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


== 與ITIL/ITSM的關係 ==
== 與ITIL/ITSM的關係 ==

2017年11月28日 (二) 07:40的版本

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

背景

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

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

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

與企業發布管理的關係

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

與ITIL/ITSM的關係

在使用IT服務管理範式(特別是ITIL框架)管理IT運營的組織中,將以ITIL概念和原則來指引發布管理。

參見

參考文獻

  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. 

外部連結