总结Clearcase的开发使用
ClearCase就是一个软件开发的版本控制系统，不熟悉的人可以把它和git相类比，类似于windows和linux是两个操作系统一样。
ClearCase和Git就是两个版本控制系统。它们都有类似的操作，不过却有不同的命令等，更细的话还能讲到原理上的区别，这里不作赘述。
本文内容只包含：通过shell在服务器上来使用Clearcase进行版本控制的基本操作。
一、先搞懂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；以此类推。
https://img-blog.csdnimg.cn/20190416140551292.png
这里有一个版本控制树。0，1，2，3，4，5表示的是 版本号。
Label: 顾名思义，就是标签的意思。通过标签，我们可以快速找到想要的文件或者目录。
每一个element可能拥有相同的标签，但是，任何一个element的版本树上的某个label名称只有一个实例。比如下面的source.c这个元素，它的版本树上，从0到5个版本都可以打标签，但是标签绝不能打一样的，不然你怎么找到对应版本呢，是吧。那如果，现在有个元素source1.c，它也有个版本树，它的对应版本的标签可以和source.c的一模一样，也可以不一样。
https://img-blog.csdnimg.cn/20190416140551544.png
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了）
b. 新建目录：$cleartool mkdir DIRECTORY（这个DIRECTORY不能已存在且它的父目录应该已经被check out了）
c. 导入目录：$clearfsimport -recurse -nsetevent SOURCE TARGET
d. 删除元素：$cleartool rmelem ELEMENT
e. 查看所有nocheckout状态的元素：$cleartool ls
七、Merge合并（把修改后的元素merge到某个版本上）
a. 这个merge是用来合并被修改过的文件。
b. Merge 之前一定要先 review code,不仅自己，还有上级review, 直到上级review通过之后才能merge.
c. merge相关的命令：
$cleartool merge
$cleartool diff
d. 列出可以merge的文件: $cleartool findmerge . -ftag VIEW_TAG -print
e. 列出可以merge的文件并自动merge: $cleartool findmerge . -ftag VIEW_TAG -nc -merge
八、查询cleartool的其他命令可以用
$cleartool man
$cleartool man COMMAND
---------------------
作者：panda爱学习
来源：CSDN
原文：https://blog.csdn.net/NXHYD/article/details/89332183
版权声明：本文为博主原创文章，转载请附上博文链接！
