Rational ClearCase 之了解 Config_Spec (1) 什么是Config_Spec
什么是Config_Spec在应用UCM模式使用ClearCase进行配置管理时,基于Stream创建视图,这时视图是Stream上所有配置项当前版本状态的集合,对于开发人员,这是非常方便的。现在我们有个小问题需要解决:以前我们创建了一个基线,现在我们只是想看一下这个基线中的某个Component所有配置项所对应的版本具体内容,应该如何做呢?创建一个新的Stream,包括所要查看的Component,将Component的Configuration设置为这个基线,然后基于这个Stream创建一个视图,现在我们可以看到了这些配置项对应指定基线的版本。很好,现在有许多UCM Project,有许
ClearCase Config_Spec 之规则
在创建一个非UCM模式的动态视图后,我们可以通过命令行或图形界面看一下它的Config_Spec:element * CHECKEDOUTelement * /main/LATEST这是Base ClearCase视图缺省的Config_Spec,第一行的含义是如果在当前视图任何配置项执行了Check out操作,则选择配置项的被Check out的版本;第二行的含义是选择在main分支上最新的未Check out的版本。IBM Rational ClearCase的随机文档cc_ref.中是这样描述版本选择规则的:在决定视图上配置项的版本映射时,对这些版本选择规则从上向下检查,首先检查所有被Mount上的VOB中的配置项是否有符合第一行规则
ClearCase Trigger指南(8)-可以设置Trigger的ClearCase操作
可以设置Trigger的ClearCase 操作声明:在本文中描述的Trigger在实际应用中需要做修改,如果直接应用可能会产生不明后果,本文作者对此概不负责。首先我们来看一下应用UCM模式的Trigger。UCM中Rational 已经提供一些基本的流程定制,可以简化我们创建分支、版本归并的许多操作,但是每个项目都是独一无二的,对于复杂的项目,UCM不能完全满足需要。所有UCM类型的操作基本对应同样Cleartool子命令,其中Deliver类、Rebase类及mkbl_complete操作是特例,这些操作不对应具体的cleartool子命令。针对UCM模式有以下几类ClearCase操作:<!--[
ClearCase Config_Spec 之版本选择规则
本文欢迎任何非商业转载行为,要求:转载必须转载全文,并加明作者,出处,谢谢!标准版本选择规则的格式如下:scope pattern version-selector [ optional-clause ]一行可以有多个标准规则,以分号间隔。所有scope均为针对配置项,所以都以element开始,可以设置-file、-directory与-eltype参数。如果element不包括任何参数,则之后的pattern verion-selector [ optional-clause ]对任何配置项都有效,-file、-directory分别只对文件配置项、目录配置项起作用;-eltype后与指定的配置项类型有一空格间隔,例如:–eltype text_file,表明之
ClearCase Config_spec 之控制规则块
<!--[endif]-->控制规则块控制规则块是笔者自己的定义,ClearCase给出的标准说明是时间规则块与分支规则块。这些规则块设置的目的是如果有几个配置项选择中有相同的-time或-mkbranch选项,则可以使用时间规则块与分支规则块,下面分别描述这时间规则块与分支规则块。<!--[if !supportLists]-->1 <!--[endif]-->时间规则块格式如下:time date_time规则行end time [ date_time ]其中匹配规则可以是标准规则块,也可以包括控制规则块与其他规则块。如果在其中再次嵌入时间规则块,则在嵌入的规则块内遵守嵌入
ClearCase Config_Spec 规则之Include与静态视图装载规则
<!--[if !supportLists]-->Include规则格式如下:include config-spec-pname将指定的文件包括的Config_Spec规则读入。当应用执行 setcs或edcs时,会重新装入文件,这时如果指定文件的内容改变,相应的规则也会改变。Include规则必须在一行的结束,以下两种格式均符合要求:include config_spec.txt;element * CHECKEDOUT; include config_spec.txt而以下格式不符合要求: Include config_spec.txt; element * /main/LATEST需要注意,与time规则不同的是,执行startview或是 View Server机器重新启动都不会重新装入文件,如果需
ClearCase Config_Spec 规则之UCM规则
1.1 <!--[endif]-->UCM规则一般情况下,不要修改UCM规则,而且ClearCase的公开文档中没有对UCM规则的描述,本文只是作者对UCM规则的试验与理解获得,不保证正确性。以下是一个UCM 视图的Config_Spec:ucmidentity UCM.Stream oid:9fd98bf2.f8be42ba.90b8.b4:5c:bd:2c:8d:66@vobuuid:3073f95a.f08a45d2.bc05.ea:ff:4e:97:8b:ea 1# ONLY EDIT THIS CONFIG SPEC IN THE INDICATED "CUSTOM" AREAS## This config spec was automatically generated by the UCM stream# "Only_Comp1_Int" at 2006-4-19 13:17
整理的ClearCase培训教程大纲
前一段时间整体了ClearCase的一些东西,准备整理成一个课程,大家看一下大纲 ,请提意见中级变更管理课时:五天 深度:中级课程描述 本课程主要向学员在企业中软件变更管理系统的建立,如何将UCM模式应用到软件产品线上,ClearCase与ClearQuest Administrastor管理与操作,软件架构与软件配置管理结构的映射。课程目标学完本课程后,您将具备以下能力: <!--[if !supportLists]-->1. <!--[endif]-->深入理解IBM Rational UCM模式<!--[if !supportLists]-->2. <!--[endif]-->应用R