ClearCase完全攻略（一）：Base和UCM的前生后世

• ClearCase到底是干嘛的？

通俗的我们可以认为是一款IBM出的源代码管理工具。

• ClearCase的四大功能？

（版本管理+过程管理+工作空间管理+bulid管理）有个经典的图，各个功能图里面说的很清楚了。

 

• Base和UCM到底有什么区别？

Base 就是Clearcase产品最早自带的一个源代码管理模型。可以理解为和其他源代码管理工具功能类似的一个模型。姑且可以称为第二代理论。采用分支来支持并行开发。和其他源代码管理工具没实质上的区别。

UCM ，可以理解为IBM在软件工程领域的一个突破。他们称为的第三代理论，最佳实践。他们自己走的比较靠前。自定义了一套模型。通俗的讲就是把软件过程分为了：活动+变更集。有个经典的图，各个功能图里面说的很清楚了。update：2010-07-08： 使 用活动管理变更集，提升抽象级别。基于构件组织工件，利用代码重用。

（UCM的深入理解，文章一 ，文章二 。其实主要不要把UCM简单理解为Clearcase和Clearquest的集成就行了。它就是一个模型

有闲工夫，可以用Base实现UCM模型。）

 

目前的Clearcase同时支持这两套模型。

• Base和UCM的选择问题？

任何公司决定使用Clearcase产品，必然面临着两种模型的选择。到底是Base好还是UCM好呢。老实说两个都不好用 。 如果好用，IBM一年一百多万的服务费找谁去要。那么多软件服务公司找谁去收钱。不过大体的趋势是UCM,

UCM 发展了这么多年算是比较成熟了。毕竟IBM搞出的第三代理论。他不推谁帮他推。所以说UCM是今后的发展趋势绝不为过。。缺点是模型已经给你搭建好了。可扩展性不强。不过优点显而易见，和Rational的其他产品比如ClearQuest无缝集成。基本上不用再怎么code。

Base 的话什么零件都有，不过什么都要自己组装。需要自己公司花费些人力物力构建个适合自己公司的模型。对SCM的要求稍微有些高。和Rational的其他产品的集成也是老废功夫。不过一些老的Clearcase产品用户还是继续使用这个模型（一些老牌的牛逼企业）。毕竟想让他们更换比较不现实。

当然最后要说的是。仁者见仁智者见智。选择那个都可以达到管理的目的。关键是那个更适合。更经济更有效。

 

• Clearcase对象介绍？

已经说了UCM和Base是两套完全不同的理论，所以UCM的概念是Base的加强版。虽然大同小异，不过还是有区别。我们先介绍Base的。（以后的不注明UCM的，默认就是Base的概念）

 

 下一讲：ClearCase完全攻略（二）

 

update：2010-07-23 cj整理

一般的ucm流程
1.    cc管理员创建vob
2.    项目经理创建ucm project
3.    开发人员加入ucm project
4.    开发人员进行开发
5.    开发人员deliver工作成果到共享区域（集成流）
6.    发布工程师构建发布产品
7.    项目经理创建基线
8.    项目经理在里程碑处提升基线等级
9.    开发区人员在私有空间获取最新的推荐基线

一般Base的流程
1.    项目经理建立项目环境
a)    创建vob
b)    定义分支策略
c)    创建共享视图和标准的配置规约
d)    定义视图名称规范
2.    项目经理执行开发策略
a)    定义标签
b)    定义属性
c)    使用hyperlinks
d)    使用triggers
e)    使用locks
3.    定义全局类型
4.    建立归并策略
5.    开发人员进行开发
6.    开发人员提交工作成果到集成分支
7.    发布工程师构建发布产品
8.    项目经理打标签
9.    开发区人员将标签代码归并到开发区分支