ClearCase完全攻略（二） Base下的一些概念全解析

Clearcase对象介绍？

VOB
，全称：version object base，版本对象库。一个特定的数据库系统。里面存放了很多东西，比如源代码文件。，目录等。这些东西都有版本的概念。这样可以确保用户能够回溯到任何版本。除了这些还存放了一些为了方便并行开发，权限控制等添加的一些额外部分。就比如说一个关系型数据库里面除了存放用户的业务数据，还需要存放一些触发器，SQL程序等。

一个项目可以跨越多个vob，多个项目可以共享同一个vob

element
，元素，包括文件和目录。这两个当然也有版本的概念，文件包括比如二进制文件，代码文件等。任何windows文件系统下面的文件系统对象都可以作为一个element置于clearcase的版本控制之下。



version
，版本，一个element元素会有很多版本，组成一个版本树



view,视图
，有个形象的比喻，。大家熟悉相机，通过调节相机的镜头（view）来观察事物，类似Clearcase也是通过view来观察和操作VOB中的内容

view通过某些规则来获取VOB中元素的某个版本，并组成了操作系统中的目录结构。view其实是“开发者的工作空间”，

下图就是一个规则，view读出hello.c的版本v.3和util.c的版本V.2



view的config spec
，config spec就是上面说的特定的规则，可以抽象比喻成“滤镜”。他可以帮我们选择vob中的某个元素的特定版本来供我们观察和操作。

Branch
，分支，在元素的某个版本拉出一个枝干，用于并行开发或者修复一个bug。要给元素的某个版本创建分支实例，必须在vob的里面首先创建分支类型。

创建分支，可以手工创建或者系统自动创建（config spec里面设置-mkbranch）

创建了很多分支，可能有人想删除“垃圾分支数据”，不过这样违背了Clearcase的完整性目的。尽量不要删除

一个实际的分支策略



Lable
，标签，在元素的版本树上面，用具有一定含义的字符串来标识元素的某个特定版本。便于检索和组织软件代码和文档。

创建标签实例也需要首先创建标签类型。

version针对单个文件，并且这个version是不可控的，改动一下系统就自动加1了。对整个项目来说，只能人为定义同一个“版本”。也就是就拿label了，当然label也可以具体到单个文件。

一个元素可以生成多个版本，label打到特定的版本上，你取到的代码就是唯一的。尤其是1w-2w这样的文件个数



Base的具体例子这里就不深入了。懂得这些概念就行了。下一步进入UCM

一些例子，其实感觉就是分支策略的定义，完整实施方案
，例子1
，文章2
，三层分支结构与老版本的修复流程
。

以后有机会再深入

update：2010-07-22：摘自CCRC7.0IDE插件中文帮助文档

关于分支、版本和标签

处于 ClearCase 源控制下的每个文件或文件夹都作为元素来存储，元素具有一个或多个分支，每个分支上有一个或多个版本。很多版本还具有标签。当元素被修改时，创建分支和版本。标签根据需要来使用（例如，用来区分特定分支和特殊版本，或者提供便捷的途径来选择一组相关版本）。无论您使用的是 UCM 还是基本 ClearCase，都存在这些分支、版本和标签；在 UCM 中，您不必直接对它们进行处理。

处于 ClearCase 源控制下的资源的分支、版本和标签信息通过 ClearCase 元数据浏览器导航器和ClearCase 属性页面（仅版本信息）提供。您也可以使用 ClearCase 版本树视图来查找 ClearCase 资源的分支、版本和标签信息。