ClearCase 基本操作介绍

一.  新增视图（View）

 

1．Path： a 。Start >Program files>  Rational >ClearCase > ClearCase  Explorer>

Toolbox tab > Base ClearCase > Creat View.

                     b．使用Cleartool: mkview –tag <VIEW_NAME>

 

2.      在will the view use for UCM处选择no，点击“下一步”.

3.      

4.      选择你要新增的View是静态视图(snapshot view )还是动态视图( dynamic view).

 

1.1．新增一个静态视图(snapshot view )

 

snapshot view：  又叫快照视图，它显示的是VOB中某个时间点的数据，如果期间别的View修改了数据，Snapshot View看不到，必须Update看到。最大的特点就是在本地保留了一份数据的拷贝

  使用snapshot view会对VOB中内容建立一个copy，通过snapshot view工作时，每次check out 文件或代码，就会在本机的硬盘上建立一个备份，你可以在本机上修改，然后check in ；这样，你可以脱离服务器工作，在下次连接服务器时将你更新的内容check in就可以了。另外，你必须通过Update Snapshot View 来更新你的View以便你在View看到的信息同VOB中保持一致。

 

1.   点击静态视图(snapshot view )图标.

 

2.   输入所建视图的位置与名称,注释可以不输入（此时系统默认视图的存储位置为服务  器所提供的位置）。

 

3.   点击Advanced Options可以对一些默认设置进行修改：

Colocate under snapview root

选择此项，系统会出现警告信息：

a． 选择此项你将不能脱离服务器操作。

b． 要保证你的视图可以存储所需要任何文件。

 Use interop(inser_cr)  text modle (系统不建议使嵌入式模式)。

 

4.  点击“完成”，会显示此view的详细信息。

 

5.  选择通过此view你将查看和进行操作的VOB.

 

1.2新增一个动态视图（dynamic view）

 

dynamic view：又叫动态视图，实时的显示VOB中数据状态，VOB中数据的任何变动，实时显示在Dynamic View中；是VOB中数据的一个映射，本地无数据的拷贝

使用dynamic view会通过MVFS提供一个访问VOB的元数据，你可以随时查看别人所作的修改。通过动态视图，你可以对所有的VOB进行查看和操作。

1.        点击动态视图(snapshot view )图标

2.        输入所建视图与名称,注释可以不输入（此时系统默认视图的存储位置为服务器所提供的位置）。

 

3.        为动态视图设置驱动器，如果不需要专门的驱动器，选择none。

 

 

4.        点击Advanced Options可以对一些默认设置进行修改：

Use Explicit Path  选择项，点击browse设定动态视图的存储位置。

Use interop(inser_cr)  text modle (系统不建议使嵌入式模式)。

Create Shareable Derived Object(建立分享的DOS)

 

5.         点击“完成”，系统会显示此view的详细资料。

 

二.Check Out和Check In

 

2.1 Check Out：

 

选择你要修改的项目，点击Tools>Check Out (右键Check Out)，系统会弹出一个提示框，其中comment一栏中你可以输入注释。

 

你可以设定你要Check Out的项目是否为“保留的项目”。如果你选择了“reserved”, 系统会只允许你Check In，别的用户Check Out后无法进行Check In操作，必须通过merge manager 进行归并。一个元素文件只允许一个用户“reserved”；如果你选择“unreserved”，那么在Check In时系统会接受第一个Check In的用户所做的修改，其他的修改要通过merge manager 进行归并。

 

你可以Check Out以前任何一个版本的项目，修改后要通过merge manager进行归并。

 

你也可以通过undo check out 来取消你所做的check out。

 

如果已check out的元素别的用户删除的话，下次check out的更新你的view后会看到一个filename.unload的文件.文件类型为view-proviate file.

 

 

2.2 Check In:

 

选择你要Check In的项目，点击Tools>Check In (右键Check In)，系统会弹出一个提示框，其中comment一栏中你可以输入注释。

 

在最下面有一个选择框“如果内容没有修改，是否要Check In”，如果你的内容没有修改，选择此项，系统会生成一个新的版本，如果没有选择，会出现出错提示。

 

三. 版本树（Version Tree）——Tools>Version Tree

 

在ClearCase Exploer 中会显示项目的版本信息，但详细的版本信息在版本树中显示。在Version Tree Browser中,可以在 View菜单中选择需要显示的版本。

 

将光标停在某一个版本处，会显示此版本的版本号，创建人，创建时间以及注释。

 

你可以通过locate 和birdeye查找所需要的版本。其中locate定义查找的位置，birdeye提供版本的略缩图。

 

四．Apply Label

 

点击 Toolbox tab > Base ClearCase >Apply Label,    （如果工具箱里看不到此捷径，右击，选择add tool shortcut, 在Gernal 标签中，输入Apply Label，在Program >executable中选择路径：C:>Program Files>Rational>ClearCase>bin>Clearapplywizard.exe

 

选择你为静态视图还是动态视图申请版本。输入视图的路径。点击下一步

 

选择版本所适用的范围，点击下一步

 

选择你要加入的版本。有两个选项，是否要移除现有的；版本适用于目录及它包含的所有元素还是只用于目录。

 

如果没有你需要的版本名称，你可以用“Creat Label Type”新增一个标签。

 

也可以在版本树中在要添加标签的版本处右击，Apply Label，加入你需要的标签。

 

五. Config Spec

             

              ClearCase给出的标准说明是时间规则块与分支规则块。这些规则块设置的目的是如果有几个配置项选择中有相同的-time或-mkbranch选项，则可以使用时间规则块与分支规则块

 

    5.1  时间规则块
 

格式如下：

time date_time

规则行

end time [ date_time ]

 

其中匹配规则可以是标准规则块，也可以包括控制规则块与其他规则块。如果在其中再次嵌入时间规则块，则在嵌入的规则块内遵守嵌入的时间定义，嵌入结束后，遵守外层的定义。例如：

    element * CHECKEDOUT

time 17:02

element .../test3.txt /main/Test_Config_Spec/LATEST

time 17:00

element .../test1.txt /main/Test_Config_Spec/LATEST

end time 17:00

element .../test4.txt /main/Test_Config_Spec/LATEST

end time 17:02

element * /main/Test_Config_Spec/LATEST

element * /main/LATEST -mkbranch Test_Config_Spec

等同于以下规则块：

element * CHECKEDOUT

element .../test3.txt /main/Test_Config_Spec/LATEST –time 17:02

element .../test1.txt /main/Test_Config_Spec/LATEST –time 17:00

element .../test4.txt /main/Test_Config_Spec/LATEST –time 17:02

element * /main/Test_Config_Spec/LATEST

element * /main/LATEST -mkbranch Test_Config_Spec

如果最后一个时间规则块没有定义end time，则一直到最后一行，时间规则都起作用。end time后一般可以不加上date_time，但是如果有嵌套，最好加上时间描述，描述要与向上找到的第一个未匹配的time所描述的时间一致。

如果在时间规则块内嵌的匹配规则带有-time选项，则匹配规则自带的time选项生效，而时间规则对这个带time选项的匹配规则无效。

 

5.2  分支规则块

 

格式如下：

mkbranch branch-type-name [ –override ]

规则行

end mkbranch [ branch-type-name ]

等同于每个规则行后加上-mkbranch branch-type-name。如果内部的规则行带有-mkbranch选项，且没有使用-override，则应用内部规则行自带的mkbranch选项，如果应用-override，则会将定义的分支覆盖内部规则行自定义的mkbrranch选项。如果内部规则行是CHECKEDOUT，则mkbranch无效。

分支规则块可以嵌套，在嵌套的情况下，最好在end mkbranch后加上分支的名字；ClearCase会向上第一个未匹配的mkbranch，如果名字不一致，会提示错误，以防止出现误操作。

分支规则内可以再嵌套分支规则块，会创建多层的分支。例如：

element * CHECKEDOUT

element * /main/Test_Config_Spec/Test_Config_Spec_Sub/LATEST

mkbranch Test_Config_Spec

mkbranch Test_Config_Spec_Sub

element * /main/Test_Config_Spec/LATEST

end mkbranch Test_Config_Spec_Sub

element * /main/LATEST

end mkbranch Test_Config_Spec

这个分支等同于

element * CHECKEDOUT

element * /main/Test_Config_Spec/Test_Config_Spec_Sub/LATEST

element * /main/Test_Config_Spec/LATEST –mkbranch Test_Config_Spec_Sub

element * /main/LATEST –mkbranch Test_Config_Spec

在这种情况下在所选择的配置项版本将会检查是否有分支，如果没，则会建立新分支。

六．版本比较（Compare with Previous Version）

 

     选择将要进行版本比较的项目，点击tools> Compare with Previous Version(或右击选择),ClearCase 会将现在的内容与上一个版本进行比较(如果是Check Out的项目则会与Check Out前的版本进行比较), ClearCase会显示比较的文件和内容的差异.

 

6.1根据条件查找以前版本

 

点击右键选择 Version Tree  然后在界面中选择Locate 在弹出框中选择第三个Locate the version or branch based on the following criteria 然后选择从Locate Version by 和Locate Branch by来选择过滤的条件

 

Locate Version by：

根据Version Name(版本名称), Label Name(标签名称), Attribute Value(属性值) ,Activity(活性) ,Creation Info(创建信息) 来显示在右边List of Names中

 

Locate Branch by：

根据branch分支名来筛选显示在下面Locate Version/Branchs中 同时在筛选中可以使用通配符匹配 如：*m86* 匹配中间包含有m86的所有项

 

6．添加文件和目录

 

1.需要在当前的开发视图中创建新檔，或将文件从本地硬盘拷贝到开发视图中，在新文件上单击鼠标右键，选择“Add to Source Control…”

比如：

先选中MRP_VOB，创建一个新文件“1.txt”，创建方法与Windows Explorer相同。

 

在“1.txt”上点击右键，弹出如下菜单。

 

选择“Add to Source Control”。

点击“OK”确认，将“1.txt”加入VOB中。

 

ClearCase支持目录的版本管理，向VOB中添加目录与添加文件的方式相同。需要注意的是，使用Add to Source Control命令添加目录不会将目录下的文件一起加入VOB。要将目录下的所有子目录和文件都加入VOB，需要使用命令行方式下的命令clearfsimport，需要注意的是，如果要在某一目录下添加文件或目录，必须先将它所在的目录先Check out，再在该目录下执行Add to Source Control动作，而后再对当前目录执行Check in；如果正确执行完成后，该文件与目录后的类型会变为File element Version或Directory Version，如果没有将当前目录Checkout就执行Add to Source Control，则在执行完成后文件的类型还是View-private File或View-private Directory，在这种情况下，该文件或目录实际上没有纳入配置管理。

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/jiangyu912/archive/2010/08/03/5784228.aspx