配置管理的精髓【荐】.pdfVIP

配置管理的精髓 贝尔实验室先进技术研究院 姜海东 随着国内软件业的崛起和成熟，软件配置管理越来越得到重视。可以说，软件 业要想更好的发展，没有软件配置管理的支持是不可能的。手工作坊式的软件开发 模式将会成为历史，如何把国外成熟的软件配置管理理论和经验消化吸收，进而应 用到国内软件开发中就成为国内软件业迫在眉睫的任务了。 软件配置管理是管理和技术相结合的一门学科。应该说，软件配置管理理论难 以理解是其难以实践的原因。本文试从基本概念的角度来探讨这门对软件开发具有 重要意义的领域。 什么是配置管理 在软件开发中，变更是不可避免的。从某种角度上讲，软件开发过程就是一个 变更的过程。有些变更是有益的，是具有创造性的，但是，也有些变更是有害的， 导致混乱的。正像James Bach 总结的那样： 我们为变更所困扰，因为代码中的一个极小的混乱可能带来产品的大的故障，但是，他 也能够修复大的故障或启用奇妙的新能力。我们为变更所困扰，因为某个喜欢恶作剧的单个 开发者可能破坏掉项目，但是，一些奇妙的思想也源自那些喜欢恶作剧的人员。 因此，如何管理这些变更是一个软件开发能否成功的关键。简言之，软件配置 管理就是管理变更的过程，它贯穿着几乎软件的整个生命周期。成功的配置管理系 统可以提高产品的质量、项目开发效率，而且最大限度的减少对个别“英雄”式人 员的依赖。 尽管配置管理（Configuration Management ）这个概念被提出有几十年了，但 是，业内还没有一个全面而权威的定义。Configuration 的意思是“使成形”，它来 源于拉丁语的com- （表示“与”或者“一起”）和figurate (形成) 。它还有一个意 思是“组成部件或元素的相对排列”。因此，配置管理（Configuration Management ）指的是管理组成部件或者元素的相对排列。 配置管理的概念来自于硬件领域，美国国防部最早使用了配置管理的概念。我 们知道一架飞机的构成非常复杂，比如机头、机身、机翼和机尾等。不同型号飞机 的各个部分是不能随便组装的。因此，我们只有把相匹配的部件组装在一起，才能 构成了一个功能完备的飞机整体。随着技术的提高，各个部件可能还要进行功能改 善，我们还要使得不同版本的部件能够正确无误组合在一起。 准确地说： 配置管理是对产品进行标识、存储和控制，以维护其完整性、可追溯性以 及正确性的学科。 从上面的描述，我们知道，配置管理的基本单位是配置项。软件配置项可以 是： 与合同、过程、计划和产品有关的文档和数据 源代码、目标代码和可执行代码 相关产品，包括软件工具、库内的可复用软件、外购软件及用户提供的软 件 从“哲学”意义上讲，配置管理记录配置项的三个方面： 从哪里来？此项可归结为WWW 的问题，（Who ）谁创建的？（When ） 什么时间创建的？（Why ）为什么创建此配置项？ 当前在哪里？此项纪录配置项当前的存储位置以及状态。 将到哪里去？通过配置控制来把配置项“组装”到正确的版本中去。 配置项可以是大粒度的，也可以是小粒度的。如果跟踪个别需求，那么不必要 把整个需求规格说明文档定义为一个配置项，可以把每个需求定义为配置项；如果 把软件开发工具也放入配置管理系统，那么把配置项定义为文件级就不合适了，只 需要跟踪开发工具的版本，即把整个配置工具定义为一个配置项就足够了。 简而言之，配置项可以是文件级粒度的，也可以使文件版本级粒度的。当然， 粒度越小管理的成本越高，但是配置的精度也就越高。 一个完整的SCM 系统要具有三个核心功能：配置标识、版本控制、变更控 制、配置状态统计和配置审核。其中变更控制包括基线管理、变更请求管理、构建 管理和发布管理。如下图所示。 软件配置管理 配置标识 版本控制 变更控制 配置状态统计 配置审核 基线管理 变更请求管理 构建管理 发布管理 下面，我们来具体理解这些概念。 配置标识 配置标识就是识别产品的结构、产品的构件