ClearCase基本概念总结

《ClearCase基本概念总结》由会员分享，可在线阅读，更多相关《ClearCase基本概念总结（9页珍藏版）》请在装配图网上搜索。

1、1 ClearCase 简介ClearCase是一种配置管理工具，由Rational公司开发，是开发小组用来跟踪、管理软件开发过程各个工件的配置管理系统， ClearCase可以协助开发组织更好地管理软件开发进程。ClearCase可以和Rational公司的其他软件紧密结合，例如UCM、ClearQuest等等。ClearCase包括两套：ClearCase LT和ClearCase (MultiSite)。前者可以用于在同一个局域网的开发小组，适合于中小型开发组织；ClearCase (MultiSite)则适应于分布于不同地理位置、不同局域网的开发小组，适合于大型的开发组织。注：在后续文

2、章中，经常将ClearCase简称为CC。2 基本概念2.1 VOB、VIEWVOB是ClearCase存储软件系统各个组成元素的所有版本数据的仓库，一个版本是其中包含的特定文件或目录；VIEW则是通过一定的规则选择出来的各个元素特定版本的集合，用户通过VIEW存取、修改各个元素。VOB和VIEW的关系如下图所示：视图有两种类型：快照视图（snapshot view）及动态视图（dynamic view）。快照视图，是将CC服务器中的视图内容拷贝到开发人员的机器中，开发人员需要经常与服务器同步以保持数据的一致性，快照视图的好处在于开发人员不必一直通过网络与CC服务器保持连接；动态视图则是动态的

3、将CC服务器中的内容同步到开发人员的机器中，这就要求开发人员一直保持与服务器的网络连接。一般来讲，由管理员决定选用哪种视图。开发人员的开发涉及到两个视图：开发视图和集成视图。如果用户的名字为pat，参与的项目叫做test，那么两个视图缺省的名字为test_dev_pat和test_int_pat。开发视图用于开发人员的开发过程，开发人员在开发视图中完成软件的开发、修改、提交等工作；集成视图的作用是存放开发人员完成的工作，使得开发人员可以通过该视图中的内容对其开发进行验证。2.2 CHECK-IN & CHECK-OUT像其他配置管理工具一样，ClearCase 通过Check-in和Check

4、-out的方式实现配置管理。Check-out一个文件时，ClearCase就会在视图中创建该文件的一个可编辑的版本，可以对该文件进行修改；Check-in一个文件时，ClearCase就在VOB中创建该文件的一个新的永久的版本，本地视图中对应的文件就会变成只读属性，无法修改。2.3 基线（Baseline）在软件开发过程中，可以将各个元素的不同的版本组合成一个基线。通过基线表示软件项目开发达到了一定的要求，也可以说是里程碑。项目管理员可以根据情况设置相应的基线，并随着项目的发展逐步设置新的基线。2.5 活动（Activity）活动是开发者为完成、提交一项开发任务而创建的，是用来记录开发者创建

5、或修改的文件集合（变化集合）的对象，例如下图所示的修改BUG。一个活动包含一个组件（Component）两个或多个元件(Element)的多个版本。活动是UCM的基本对象。 上图表明活动Fixing bug（排错） 2144包含foo.c和bar.c。通过活动，开发者可以一次完成对多个文件的操作，而不必一一处理，可以极大的提高工作效率。2.6 流（Stream）流记录了在项目的私有工作区和共享工作区中的所有活动历史。流同时也定义了开发者通过私有工作区可以存取相应元件（例如文件foo.c）的哪个版本。下图表示了一个流： 5 项目管理使用CC进行项目管理，可以采用两种方式：Base ClearCa

6、se方式和UCM(Unified Change Management)方式。Base ClearCase方式是基于文件的管理方式，UCM方式则主要采用Activity方式进行项目管理。与Base ClearCase方式相比，UCM方式具有以下一些优点： UCM比Base ClearCase更加有效 UCM使用Stream方式管理项目，比Base ClearCase采用Branch方式管理项目的方式减少了配置工作 UCM方式对基线的管理更加自动化并提供了附加的执行操作 UCM方式使用活动管理项目，更加简单，并提供了与ClearQuest工具集成的功能 UCM方式更加有利于并行开发模式下面对项目管

7、理的讨论主要基于UCM方式。5.1 UCM基础UCM方式采用一种迭代开发过程，开发人员在同一个UCM项目中工作。项目管理者负责创建项目，维护项目公共区域。一个项目包括了公共区域和多个私有工作区域，私有工作区域允许开发人员在活动上各自独立地进行工作。工作过程如下： 项目管理者创建项目并且为项目中的元件确定初始基线集合； 开发人员通过创建私有工作区域、获取项目基线内容，加入该项目； 开发人员创建活动并且一次在一个活动上工作，与活动相关的文件集合称为变化集； 当开发人员完成活动，并且在其私有工作区对其工作进行了测试后，通过执行交付将其工作与开发组共享。交付操作将开发者私有区域中的工作合并到项目共享区

8、域。 项目管理者在项目共享区域集成开发人员交付的工作。 项目管理者定期在项目共享域创建新的基线，用来集成开发人员的工作。 项目管理者执行快速验证测试，以保证新的基线可以正常工作。软件质量工程师将执行更多的扩展测试。 项目管理者定期在基线的质量和稳定性提高后调整极限的晋升级别（如：创建、测试、发布）以反映适当的里程碑。当新的基线经过了足够的测试，项目管理者可以将其指定为推荐基线。 开发者执行rebase操作来修改其私有工作区，使其包含新的推荐基线所确定的新版本集。 开发者继续如下的开发循环：基于活动进行开发工作、发布完成的活动、根据新基线修改其私有工作区域。上述的任务可以分为两个循环：项目管理和

9、开发 5.2 创建项目 创建并配置一个项目，需要按照以下步骤进行： 创建存放项目信息的仓库 创建包含开发者使用的文件集组件 创建基线，以便开发人员可以确定开始其工作的文件版本 选择希望采取的开发策略注意：创建新的项目应当以安装CC时使用的用户登录，其他用户才能正常使用该项目。创建步骤：a. 使用安装了CC LT Server 的计算机，运行其中的”Rational ClearCase LTAdministration Console”，加入保存新的项目数据所需要的VOB。 在此创建的VOB为TEST（具体是否创建VOB根据实际需求而定）。b. 打开运行Rational ClearCase程序组

10、中的“Rational ClearCase LT Project Explorer”，进入项目浏览器： 按照上图，创建新的项目，根据提示操作，选择缺省的选项，一直到第三步：New Project Step 3c. 添加项目使用的基线点 点击“Add”按钮从组件列表中选择指定的组件（component），在此，选择刚刚创建的组件TEST，然后基线列表中出现了与组件相关的基线，选择一个基线，新的组件只有一个基线：xxxx_INITIAL，此处选择的是TEST_INITIAL基线。点击OK：这样，就为将要创建的项目选择了初始基线，点击下一步，进入步骤四。d. 设置可修改组件、调整项目策略选择项目中需要修改的组件，在此选择TEST，实际应用中需要根据实际情况做出选择。点击按钮“Policies”，调整项目的策略：具体的项目策略应当根据实际情况进行调整，一般是将”For All deliveries”策略设置为Enabled.e. 继续选择缺省的配置，完成项目的创建。这样就生成了一个以缺省VOB为基础的新项目，新项目生成一个缺省的Integration_Stream：testa_Integration（这里假定刚刚生成的新项目名称为testa）