ClearCase实施方案
目录
第1章引言 (5)
1.1编写目的 (5)
1.2背景 (5)
1.3定义 (5)
1.4参考资料 (5)
第2章基于CLEARCASE配置管理需求 (6)
第3章CLEARCASE系统架构 (7)
第4章系统配置 (9)
4.1服务器和客户端软硬件系统配置 (9)
4.2R ATIONAL C LEAR C ASE使用环境 (9)
第5章配置管理工作流程及实现策略 (13)
5.1配置管理业务流程 (13)
5.2基于R ATIONAL C LEAR C ASE实现流程策略 (13)
5.2.1配置库组织形式 (13)
5.2.2配置库中配置项流向 (15)
5.2.3配置库权限设定 (15)
5.3基于角色的工作流 (16)
5.3.1工作流描述 (16)
5.3.2ClearCase常用功能描述 (17)
5.3.2.1配置管理人员常用功能： (17)
5.3.2.2.开发人员常用功能： (18)
5.4权限设置 (43)
5.4.1操作系统级权限设置 (43)
5.4.2ClearCase VOB级权限设置 (45)
5.4.3ClearCase元素级权限设置 (48)
5.4.4利用ClearCase Trigger进行更为复杂的权限控制 (48)
5.4.5产品库权限控制 (49)
5.4.6受控库权限设置 (52)
5.4.7开发库权限设置 (53)
5.4.8基于团队的权限组织 (53)
5.5出入库准则 (18)
5.6基线策略 (18)
5.7命名规则 (19)
第6章系统初始化 (22)
6.1创建用户和用户组 (22)
6.2创建VOB (25)
6.2.1创建项目vob (25)
6.2.2创建普通vob (28)
6.3创建C OMPONENT (29)
6.3.1创建普通组件 (29)
6.3.2创建无根组件 (30)
6.4创建P ROJECT (31)
6.5创建配置项导入视图 (34)
6.6初始配置项导入 (38)
6.7创建无根组件P ROJECT (39)
第7章实施策略 (54)
第8章备份和恢复 (55)
8.1VOB备份软件 (55)
8.2VOB直接备份 (55)
8.3V OB恢复 (55)
8.4视图备份 (56)
8.5注册信息备份 (56)
第9章性能监控 (57)
9.1服务器性能 (57)
9.2C LIENT性能 (58)
附：VOB管理的常用命令 (59)
第1章引言
1.1编写目的
1.2背景
1.3定义
1）软件配置（Software Configuration）
软件配置是指一个软件产品在软件生存周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、程序及其数据的集合。
2）软件配置管理（SCM，Software Configuration Management）
软件配置管理（SCM）是在整个软件生存周期中管理开发过程和软件产品的方法和规程，它标识、定义系统中软件项并指定基线；控制软件项的修改和发行；记录和报告软件项的状态和修改申请；保证软件项的完整性、协调性和正确性；以及控制软件项的储存、装载和交付。
1.4参考资料
第2章基于ClearCase配置管理需求
第3章ClearCase系统架构
Rational ClearCase系统结构
Client
Client
从总的构架来看，ClearCase的环境是一个Client/Server的结构，同时只要配置相应的Web服务器，也可以实现用CCRC方式访问数据库。
在图中，按照执行的任务的不同划分了相应的角色：
License Server
是存储License信息的服务器，负责提供ClearCase/ClearQuest License服务；
VOB Server
是ClearCase专有只读数据库VOB的物理存储机，一台VOB Server可以存储多个
VOB；
View Server
是ClearCase工作空间管理机制View的物理存储机，一台View Server可以存储多个
View数据库；
Register Server
是存放ClearCase各种数据库登录信息的物理存储机；
Windows AD
是Windows域用户信息的管理机器；
BackUp Server
是备份服务器
Web Server
ClearCase的Web功能是通过在Web服务器上安装IBM Rational自主开发产品IBM
Rational Web Platform(RWP)实现的。
下图描绘了根据601所实际情况设计Rational ClearCase运行环境。一台服务器担当多个角色即VOB Server 、View Server、Registry Server 、Web Server、License Server，Windows AD在另外的两台服务器上。
Client
Client
本地的客户端可采用Clear Case用户端界面，直接访问Clear Case的数据库。用户认证系统采
用Windows AD统一认证。
第4章系统配置
4.1服务器和客户端软硬件系统配置
4.1.1服务器系统配置
软件环境：clearcase 7.0.1 CC_WIN701_C11QHML
硬件环境：服务器名称ccserver Cpu: Intel Xeon E6520 2.4G双核
硬盘：200G 内存：4G
操作系统：windows Server2003
4.1.2客户端系统配置
软件环境：clearcase 7.0.1
硬件环境：Cpu: Intel Xeon E6520 2.4G双核
硬盘：200G 内存：2G
操作系统：windows Xp
4.2Rational ClearCase访问方式
ClearCase提供了丰富的、界面极其友好的WindowsGUI访问方式。ClearCase对于Windows客户端用户，提供了多种方便的界面操作方法，即ClearCase专有Explorer操作法、与Windows Explorer集成互动操作法、命令行方式操作法和与各种各样的主流IDEs环境集成操作法。
601所采用传统客户端，：
1在桌面上有客户端登陆快捷键“IBM Rational ClearCase Explorer”双击打开（如图4.2.1-1）
图4.2.1-1
2 我们可以在视图选项卡中视图下拉列表选择要使用的视图（如图4.2.1-2）
图4.2.1-2
3可在在相应的vob右键点击“Command Prompt”（如图4.2.1-3）打开命令窗口，在命令窗口中进行相应的操作（如代码文件的导入）。（如图4.2.1-4）
图4.2.1-3
图4.2.1-4
传统客户端使用需要客户端主机采用Windows Ad用户登录本地系统。使用传统客户端优点传统客户端功能强大、并且本地支持命令行操作。
第5章配置管理工作流程及实现策略
5.1配置管理业务流程
操作流程（体系文档中流程图）（描述一下哪些流程在ClearCase中实现，哪些流程在ClearQuest 中实现）
在clearcase中体现的有
1.在建立配置管理库时需要管理员在clearcase 中创建vob和相应的组
2.在建立配置项时需要管理员在clearcase中需要创建受控库
3.在建立发布基线在clearcase中创建基线
4.在软件产品发布在clearcase中要创建基线
在clearquest中体现的有
1.在建立配置管理库时需要在clearquest中提交会签的流程
2.在建立配置项是需要在clearquest中提交软件入库申请单
3.在建立发布基线在clearquest中需要提交基线发布申请
4.在更改控制在clearquest中可以提交软件更改申请单、软件出库申请单、软件入库申请单
5.在软件产品发布在clearquest中可以提交软件更改申请单、软件出库申请单、软件入库申请单。
5.2基于Rational ClearCase实现流程策略
5.2.1配置库组织形式
601所在ClearCase中实现与GJB5000A对应的三库，即生产库、受控库、产品库。
实施前提：开发库与受控库内容可完全一致；产品库与其他两库内容不一致，且真正物理隔离，在版本控制层面不存在任何关系。
生产库与受控库采用ClearCase UCM使用方式中的集成流和开发流来模拟，产品库中只是复制了受控库的某些已经通过测试的版本，无任何版本依赖，如下图所示：
配置库目录结构：
开发库的实现：
1在项目VOB中创建普通组件2创建普通项目
3. 创建子流（开发流）
受控库搭建过程：
1 创建无根组件
2创建无根组件项目
产品库的搭建过程：
1在项目VOB中创建普通组件
2 创建普通项目
5.2.2配置库中配置项流向
加图
在开发库中通过deliver 操作提交数据到受配置项
在受控库中通过rebase 操作从开发库中获取最新的数据更新自己的配置项产品库从受控库中获取最新的配置项基线生成新的产品版本
5.2.3配置库权限设定
5.3基于角色的工作流
5.3.1工作流描述
基于ClearCase的配置管理过程涉及角色包括所级配置管理员、项目级配置管理员、开发人员和QA人员。基于Rational ClearCase的配置管理流程如下图所示。
3.集成流工作成果由所级配置管理员申请出开发库并入受控库
4.所级配置管理员在受控库中创建基线
5.所级配置管理员申请配置项出受控库入产品库，并在产品库中创建产品基线5.3.2ClearCase常用功能描述
5.3.2.1配置管理人员常用功能：
5.3.2.2.开发人员常用功能：
5.4出入库准则
出入库准则参照配置管理体系文档
5.5基线定义
基线(baseline)——经过正式审查和认可作为以后进一步开发的基础并且只有通过正式的更改控制规程才能进行更改的规格说明或产品
基于601所配置管理体系文档要求基线分为：功能基线、分配基线、产品基线。
5.5.1功能基线
功能基线的实现过程：
1在项目VOB中创建普通组件
2 创建普通项目
3. 创建子流（开发流）
4 创建视图
5 导入代码
6在开发库中打基线
5.5.2分配基线
分配基线：
分配基线实现过程：
实现过程（同上）
5.5.3产品基线
产品基线：
产品基线的实现过程：
1 创建无根组件
2创建无根组件项目
3从受控库中获取新的基线到产品库
4 编辑基线依赖
5 选择产品的组件的基线版本
6 在产品库中创建新的基线
5.6命名规则
VOB命名：
Component命名：
Project命名：
Stream命名