在本文中我们将通过以下内容介绍说明在实际项目中如何使用ClearCase来达到我们配置管理需要

        统标识工件并存入安全配置库

        控制和审计工件变更

        在项目里程碑处建立相应基线

        支持对工件并发变更

        设置测试环境

        历史数据迁移

        统标识工件并存入安全配置库
        进行配置管理时我们需要对那些将处于版本控制下工件进行统标识就配置管理工具而言标识意味着能够快速方便地查找和确定项目或系统工件如果你曾参和或管理过个没有配置管理或配置管理做很差项目你会发现标识正确文件正确版本是多么困难到处都有拷贝最坏情况丢失或标识工件版本会导致项目失败那么由于丢失部分延迟了系统提交要么部分降低了系统品质

        配置项标识既包括用户管理和设计系统工件(例如项目计划、设计模型等)也包括用于实现系统设计工件(如源代码、库、可执行文件等)这两种类型配置项都很容易标识也不容易遗漏这里我们要强调是在实际项目中配置项标识中很容易忽视和遗漏类配置项这类配置项就是项目些支撑信息例如基础数据、配置参数、建表文件操作系统基础参数等很多项目不认为这类信息也应该作为配置项纳入配置库进行配置管理试想假设生产系统异常崩溃那么项目组拿什么数据去恢复生产环境仅有源码是不够所以生产系统运行支撑所有信息都应该作为配置项纳入配置库进行配置管理

        除了统标识、完整标识所有配置项外对于区别类型配置项我们还需要明确区别文件保存方式对于设计系统工件(如项目计划等)、实现系统设计工件(如源码等)这些配置项都有特定文件格式所以在配置库中保存没有什么特别但是对于建表文件、配置参数等支撑信息则需要明确文件保存方式例如系统公共配置参数这些是存放在数据库中如何对这些文件进行管理和控制如何在配置库中保存这些文件这是需要配置管理员和项目关系人经过分析和讨论后明确下来例如在某项目中根据项目实际情况笔者针对各种类型配置项定义了相应文件保存方式(见图)



图区别类型配置项存放方式

        组织工件并能够定位这些工件还是不够针对那些关键资产其配置库还应该具备可容错和可复制能力对于所有软件Software资产配置库是潜在故障集中点因此配置库必须是可容错和可复制

        除此的外我们还应该有适当过程对配置库做备份和灾难恢复如果没有完备备份过程即使我们将所有配置项都纳入配置库了但是旦发生配置管理系统崩溃情况我们样将丢失公司软件Software资产所以定义适当备份过程是保证工件存入安全配置库个很重要环节

1.1    配置库创建
        为了将标识出工件存入安全配置库我们首先需要创建配置库

        在创建配置库前我们需要根据区别管理需要设置区别库例如:编辑库、测试库、产品库等有公司则划分为产品发布库、产品受控库、产品研发库不管采用哪种划分方式实际都是类似都是依据项目开发管理需要来进行划分假设我们分为编辑库、测试库、产品库那么这些库分别对应着项目成员工作区、测试人员获取测试工作区、产品正式发布版本存放位置

        在传统手工配置管理方式下这些区别配置库的间很多都是通过文件拷贝方式实现各个库管理这种方式存在两个问题:是由于这些配置库的间不是孤立库而是相互联系它们的间不能通过简单文件拷贝方式复制； 2是每个配置项在项目配置库中应该只有份这种采用文件拷贝方式违背了配置管理系统中配置项唯性要求在ClearCase中我们可以使用分支或者流方式进行映射

        针对区别配置库我们需要有区别安全设置或权限控制例如测试库和产品库只能由配置管理员进行成果提交；而编辑库作为项目成员工作区则不进行权限控制但是假设项目由多个开发商负责开发那么对于编辑库我们则需要针对区别开发商就开发模块/子系统进行相应权限控制

1.2    配置库备份
        完成配置库创建后我们就需要定义适当配置库备份过程配置管理系统备份包括VOB、视图、注册信息等这里我们主要介绍说明如何对VOB进行备份

        对于VOB备份我们需要根据VOB服务器操作系统区别来调整相应备份流程

        如果VOB服务器操作系统是UNIX/Linux那么备份过程就是在备份前lock所有VOB然后备份VOB Storage完成备份后unlock所有VOB

        如果VOB服务器操作系统是Windows那么在备份VOB Storage目录的前需要先停止ClearCase服务完成VOB Storage备份后启动ClearCase服务后再unlock所有VOB在Windows上即使为了备份已经lock了VOB但是vob_server进程仍会让VOB数据库文件处于打开状态许多Windows备份工具都不具备能够备份处于打开状态文件功能它们会跳过处于打开状态文件这使得备份工作毫无价值所以对于Windows操作系统我们在备份VOB时需要将ClearCase服务进程停止保证所有VOB数据库文件没有处于打开状态

        我们为了备份而中止ClearCase服务进程意味着在这段时间内ClearCase调度将无法运行因此不会有任何按计划被调度进程执行比如每日Scrubber进程或MultiSiteExport等复制进程等因此我们应该合理安排备份时间和ClearCase后台调度例程的间先后次序在实际操作中我们可以根据VOB备份所需时间来定义其他调度进程执行时间假设VOB备份需要3个多小时那么我们可以设置从零点开始执行VOB备份进程其他后台调度进程就设置在4点的后进行错开各个调度进程的间执行时间

(未完待续)