发布管理

发布管理或作发行管理释出管理上线管理,是透过不同阶段和环境以管理、规划、排程、和管制软体构建的流程; 包括测试和部署软体版本[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 [2017-11-28]. (原始内容存档于2020-10-20). 
  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 [2017-11-28]. (原始内容存档于2020-12-04). 
  6. ^ Murphy, Vawns. Change vs Release Management. The ITSM Review (UK: Enterprise Opinions Limited). 2 Feb 2016 [2017-11-28]. (原始内容存档于2019-04-16). 
  7. ^ ITIL/ITSM Release Management Practices. Release Management Wiki (USA: Electric Cloud). [2017-11-28]. (原始内容存档于2017-12-01). 

外部链接