闲谈项目管理之配置管理篇

 

每个项目都少不了配置管理，地球人都知道。

1.            配置管理的重要性

配置管理可以保证项目产品的一致性，完整性和可追溯性。（地球人都知道）

很简单的例子，某个项目组成员的机器蹦了，如果他的代码还没有进入配置库，嘿嘿 ，他就惨了。再例如，项目如果想回溯到前一个版本（或里程碑），如果没有配置管理，那么这将是一件“Mission Impossible”。

 

2.            配置管理的工具

实在太多了。开源的有：CVS和SVN（实际上是一伙人做的），商业的有：微软的VSS，IBM的ClearCase等等。本人有幸这些工具都有用过，CVS和SVN最大的优势是免费，但是在版本管理上ClearCase是最强大也是最灵活的，VSS最易用。

 

3.            如何实施配置管理

·         确定配置管理资源

主要是指由谁来负责配置管理，以及配置服务器和配置工具等软硬件资源。配置管理人员可以是专职的也可以是兼职的。一般大型项目都需要一名甚至多名专职的配置管理人员。

·         确定配置项

由项目经理和配置管理人员一起确定到底哪些文档或代码需要进行配置管理。原则上，项目过程中所有的产出都应该纳入配置管理当中，甚至包括一些重要的邮件也需要管理起来。

·         确定配置库的结构

从逻辑上，可以分成三个部分：开发区，管理区，和存档区。一个配置项必须在开发区进行修改或新建，这里的开发区不是指本地机器，而是配置管理的一个缓存区，记住所有本地的代码必须及时存入开发区中。一旦完成对配置项的修改，就可以放入管理区了。一般一个阶段结束时，需要将当前管理区中所有配置项放入存档区。以ClearCase为例，我们会首先建一个MainLine，在此基础上根据需要建立不同的项目Branch。如果某个项目成员需要修改某个文档，需要先在项目Branch上建立自己的Branch作为开发区，修改完了以后，就应该Merge到项目Branch上，这时项目Branch就成为管理区；当到了一定阶段（某里程碑），配置管理人员就会在项目Branch上打一个Label，这个Label所代表的就是存档区。

·         确定配置准则

主要包括配置库的权限和操作配置库的一些准则。一般，对管理库和存档库只有管理员才有权限，开发人员对开发区可以自由操作。配置库的操作准则可以包括：每天几点之前必须把代码存入开发库；同时需要修改一个文档时，如何操作；入库时的Comments怎么写；配置项如何命名；Label如何命名；配置项变更需要哪些步骤等等。

·         确定配置项入库计划

原则上需要在计划中明确什么时候什么文档或代码需要纳入配置库的管理库中，可以参考进度计划。

·         基线计划

基线是一个逻辑上的概念，是配置库（管理区）中某一稳定状态下某些配置项的集合。基线计划需要确定需要建立哪些基线，什么时候建立基线，每条基线包括哪些配置项等等。一般在某一里程碑时，都需要做一个基线。因此，基线计划可以根据项目的进度计划而定。基线的动作可能很简单，就是打一个Label。

·         配置项审计

其实配置项的审计是配置管理人员的主要工作之一。配置库需要进行定期的审计，审计的主要方法就是根据配置准则和配置计划对配置库的配置项进行审计。审计出来的常见问题包括：配置项是否按计划入库，配置项入库的方式是否遵守了配置准则，配置项的名字是否符合准则，配置项的内容是否正确，配置项的变更是否正常。

·         基线审计

首先需要对基线本省进行审计，看看是否按计划建立了基线，以及基线对应的配置项是否正确。在基线建立前，需要对纳入基线的配置项进行审计，看看是否符合基线计划的要求。