如何使用ClearCase进行开发工作-配置管理

捐助

如何使用ClearCase进行开发工作

作者：panda爱学习

次浏览

2020-7-20

编辑推荐:

本文内容只包含：通过shell在服务器上来使用Clearcase进行版本控制的基本操作。
本文来自于csdn，由火龙果软件Anna编辑、推荐。

总结Clearcase的开发使用

ClearCase就是一个软件开发的版本控制系统，不熟悉的人可以把它和git相类比，类似于windows和linux是两个操作系统一样。

ClearCase和Git就是两个版本控制系统。它们都有类似的操作，不过却有不同的命令等，更细的话还能讲到原理上的区别，这里不作赘述。

一、先搞懂2个概念：elements, version.

a. 在因为clearcase是版本控制系统，可以很简单地理解为，对元素进行版本控制。

b. elements=元素,是数据库中存储的文件或者目录。

c. version=版本：每一个element(文件或目录)都有多个版本（比如我们写毕业论文的时候，会给每次更新的毕业论文取名为：毕业论文v1, 毕业论文v20等）。

d. 所有的文件，在被check out之前，都是只读的；

e. 建立分支branch和合并merge的操作是没有次数限制的。

二、再明白4个名词：vob，label ，branch，view

VOB：Versioned Object Base, 它是clearcase数据库（存储elements with versions），所有开发文件的所有版本都在这个库里面。比如一个团队开发了一个软件，这个软件相关的所有开发文件都存在vob里，如果软件在不停迭代，那么在迭代过程中产生的所有文件也都存在vob里。

一个公司一般会开发很多款产品，这些产品的开发文件都在vob里。那么不同的产品团队为了开发自己产品，会在vob里对应位置进行开发。比如团队A开发的产品是alpha,那他们的开发路径在/vobs/alpha;团队B开发的产品是beta,那他们的开发路径在/vobs/beta；以此类推。

这里有一个版本控制树。0，1，2，3，4，5表示的是版本号。

Label: 顾名思义，就是标签的意思。通过标签，我们可以快速找到想要的文件或者目录。

每一个element可能拥有相同的标签，但是，任何一个element的版本树上的某个label名称只有一个实例。比如下面的source.c这个元素，它的版本树上，从0到5个版本都可以打标签，但是标签绝不能打一样的，不然你怎么找到对应版本呢，是吧。那如果，现在有个元素source1.c，它也有个版本树，它的对应版本的标签可以和source.c的一模一样，也可以不一样。

a. 一个元素的任何版本都可以有多个标签。还是用上面那个图举例子，source.c的版本1的标签是LINGLONG1_1.0,我们还可以给版本1再设置个标签如：LL1_1.0;

b. 根据传统，标签名应该所有字母都大写。

c. 给元素打标签的相关命令是：

$cleartool mkbrtype -global -pbranch LABEL_TYPE@VOB_TAG

$cleartool mklabel -recurse $LABEL_TYPE$ELEMENT //把标签LABEL_TYPE达到元素ELEMENT上

d. 列出标签：

$cleartool lstype -kind lbtype

Branch: 分支。顾名思义就像是一棵树的主干上长出了分支一样。每个元素都有一个版本树，对吧。那比如现在，我要对产品中的一个功能进行改进或者是要修复一个bug,假设这个功能代码或者bug的位置在相关元素版本树上的标签为T1_3.0的地方。那我们就从这个标签这里新建一个分支，表明我要对该元素某版本进行改动啦。分支名字就叫做T1_myName，每个人都不能干扰别人的开发。

a. 如上图，我从T1_1.0那里建了一个分支，我在自己的分支上进行开发，开发的最新版本为2。别人也在这里建了一个他的分支，不过这跟我不冲突。

b. 给你们看看真实开发过程中的复杂场景，哈哈哈哈

view:就是workspace. 通过view来选择element（文件或目录）的某个版本。这样的话每个开发者的工作就互不干扰啦。

a. view的一些常见操作：

i) 进入一个view:$cleartool setview VIEWNAME

ii) 列出现有view：cleartool lsview

iii) 列出目前进入的view:$cleartool pwv

iv) 退出一个view:$exit

v) 新建view:$cleartool mkview -tag tmpA_view? /hosts/node-name/home/cleardata/viws/tmepA_view

b. 比如我现在没有太多Clearcase下的开发经验。我想建一个自己的workspace来练习一个操作。于是我就先去新建一个view by复制一个别人的view.具体操作如下：

i) 别人的view的标签假设是alpha_project.1_tom；

ii) 我先进入到这个view:$cleartool setview alpha_project.1_tom；

iii) 通过这个view来new一个自己的view；

iv) 再次用$cleartool setview myview来set工作view；

v) new 一个branch, 在branch上check out 一个文件；

vi) 对check out了的文件进行修改；

vii) 把这个文件check in 回自己的branch；

viii) 把这个文件merge到版本树的主干上?；

三、Configuration Specitication

a. 每个view都有一个配置文件：它定义了选择element版本的规则。

b. 每当你新建一个view,就会自动生成一个default config spec（默认配置文件）。

c. 这个默认配置文件筛选的文件或目录是这样的：

i) 被check out了的；

ii) 是版本树主干上的最新版本。

d. 要修改配置文件，命令是：$cleartool edcs??? (edcs 意思是edit config spec)

e. 查看配置文件的命令:$cleartool catcs? (catcs 意思是cat config spec)

我们已经知道，要进行自己的开发工作时，需要先建立一个自己的分支branch，然后在自己的branch上要修改一个element的时候，必须先对这个element进行check out操作。如果我们现在直接对一个element进行check out，你猜会发生什么？你在想，咱们的branch都没建呢，怎么能check out一个element呢？没错，必须要在分支上才能对元素进行check out，这种直接check out文件或目录的操作，会触发一个自动建立分支的级联操作。

四、Check out

a. 对文件或目录check out后，我们才能对它们进行修改。

b. 如果一个元素以及被check out 为“reserved”,那就不能再把它check out为“reserved”,只能把它check out为"unreserved".

c. 被check out为"unreserved"的文件，在“reserved”文件挂起的时候，是不能被check in的。

d. 如果想把“unreserved”文件check in，那么必须先解决“reserved”checkouts.

e. check out 一个ELEMENT的命令是: $Cleartool co -nc ELEMENT

五、Check in

a. check in 文件或者目录会把新版本的元素添加到VOB中。

b. check in 一个ELEMENT的命令是 :$cleartool ci -nc ELEMENT

$cleartool unco ELEMENT

六、添加ELEMENT

a. 给版本控制库中添加element的命令是:$cleartool mkelem ELEMENT（这个ELEMENT应该事先存在，且它的父目录应该已经被check out了）