您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Model Center   Code  
会员   
   
 
     
   
 订阅
  捐助
如何使用ClearCase进行开发工作
 
作者:panda爱学习
  2408  次浏览      19
 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了)

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 COMMAN

 

 

 

 
   
2408 次浏览       19
相关文章

每日构建解决方案
如何制定有效的配置管理流程
配置管理主要活动及实现方法
构建管理入门
相关文档

配置管理流程
配置管理白皮书
CM09_C配置管理标准
使用SVN进行版本控制
相关课程

配置管理实践
配置管理方法、工具与应用
多层次集成配置管理
产品发布管理
最新活动计划
MBSE(基于模型的系统工程)6-20[北京]
大模型微调原理与实操 6-20[厦门]
基于模型的数据治理与中台 6-25[北京]
DoDAF规范、模型与实例 6-24[北京]
UAF架构体系与实践 7-4[北京]
Linux内核编程及设备驱动 7-25[北京]
 
最新文章
git原理图解
Git分支管理实践
Git学习和项目应用实例
Git 天天用 但是 Git 原理你了解吗?
对比 Git 与 SVN,这篇讲的很易懂
最新课程
Git版本控制系统
配置管理与持续集成实践
配置管理方法、实践、工具与应用
持续集成与敏捷开发
配置管理实践(从组织级到项目级)
更多...   
成功案例
某单位研发中心 产品集成与服务平台
某电子制造商 配置管理与持续集成
北京 配置管理与持续集成实践
金雅拓 分布式持续集成工具链
北京 持续集成测试最佳实践
更多...