现在大家都已经认识到了有效软件Software配置管理工作对于提高团队(Team)开发效率、保障软件Software产品质量重要意义很多朋友也开始了在配置管理实施方面些研究市场上我们也可以看到些软件Software配置管理工具厂商针对具体配置管理工具提供实施服务;但是实施软件Software配置管理到底应该做哪些东西?团队(Team)配置管理现状如何评估?在哪些方面还可以进行改进?我们相信这些问题可能正困扰着大多数研发主管和项目经理(project manager) 　　国外软件Software产业界在软件Software配置管理这个专题上已经进行了多年理论和实战上研究在多年经验积累基础上产业界整理总结出来系列“最佳实战”(Best Practices)我们可以使用这些“最佳实战”来作为评估个组织软件Software配置管理能力标尺也可以作为我们实施软件Software配置管理指南这些“最佳实战”包括:

　　1、 标识需要进行存储工件(Artact)并保障安全存储;

　　2、 控制并且审计(Audit)对于工件修改;

　　3、 设立并管理基线(Baseline);

　　4、 记录并跟踪变更请求;

　　5、 维护稳定、致工作空间;

　　6、 支持对于工件和Control控件并发修改;

　　7、 尽早集成、持续集成;

　　8、 保证软件Software构建重现能力;

　　9、 以Control控件(Component)为单位实施版本控制;

　　10、 使用“活动”(Activity)来组织和整合版本集

　　下文将介绍前5条最佳实战

　　1、标识需要进行存储工件(Artact)并保障安全存储

　　在软件Software开发过程中我们会得到各种各样产出比如各种文档、模型、源代码以及测试脚本等我们把这些大家劳动成果统称为工件(Artact)对于个软件Software开发组织来说这些工件就构成了组织核心资产对于如现金、有价证券的类资产我们都会准备个保险箱好好地保存;对于软件Software资产我们也需要相似措施所以软件Software配置管理工作第步就是建立个安全、可靠存储库(Repository)用于保存组织核心软件Software资产

　　这个库对于开发团队(Team)来说就像是财务室里保险箱因此容错能力和高可靠性是这个库最重要属性除此的外随着组织增长置于库中数据会越来越多为保证运行效率库可扩展性也是非常重要个属性

　　对于存储库来说良好规划备份和灾难恢复过程是必不可少令人惊讶是很多软件Software组织在这方面都没有给予必要重视因而也给组织发展留下了严重隐患旦灾难发生后果不堪设想

　　在建立好存储库以后需要做工作就是确定将哪些工件置于库中根据实际需要组织可能会决定只将正式文档、模型文件、源代码、发布版本等文件放入库中而对于临时文档、编译时产生中间文件等则不将它们放入库中我们把放入库中文件称的为配置项(Configuration Item)

　　2、控制并且审计(Audit)对于工件修改

　　在标识相关工件并将它们置于存储库中以后我们需要建立对于这些工件修改控制机制以及审计机制

　　库里工件不是谁想修改就可以修改控制机制必须保证只有拿到授权人员才能对相关工件进行修改而审计机制则保证修改动作被完整地记录也就是说谁修改了这个工件什么时候做修改为什么原因做出这个改动以及修改了哪些地方(Who、When、Why、What)

　　审计机制通常通过“检出/检入”(Check out/Check in)模式得到实现在这种模式下工件旦入库读写权限就变成只读(read only)如果要对该工件进行修改则需要通过“检出”这个步骤;在修改结束以后如果希望将修改成果入库则需要通过“检入”这个步骤在经过次“检出/检入”步骤以后会形成该工件新版本因此也有人把上边过程称的为“版本控制”(Version Control)在版本控制过程中如果利用些配置管理工具(或者版本控制工具)支持则可以自动地记录审计工作所需 4个“W”(Who、When、Why、What)