Clearase基本概念总结.docVIP

1 ClearCase 简介 ClearCase是一种配置管理工具，由Rational公司开发，是开发小组用来跟踪、管理软件开发过程各个工件的配置管理系统， ClearCase可以协助开发组织更好地管理软件开发进程。 ClearCase可以和Rational公司的其他软件紧密结合，例如UCM、ClearQuest等等。 ClearCase包括两套：ClearCase LT和ClearCase (MultiSite)。前者可以用于在同一个局域网的开发小组，适合于中小型开发组织；ClearCase (MultiSite)则适应于分布于不同地理位置、不同局域网的开发小组，适合于大型的开发组织。 注：在后续文章中，经常将ClearCase简称为CC。 2 基本概念 2.1 VOB、VIEW VOB是ClearCase存储软件系统各个组成元素的所有版本数据的仓库，一个版本是其中包含的特定文件或目录；VIEW则是通过一定的规则选择出来的各个元素特定版本的集合，用户通过VIEW存取、修改各个元素。 VOB和VIEW的关系如下图所示： 视图有两种类型：快照视图（snapshot view）及动态视图（dynamic view）。快照视图，是将CC服务器中的视图内容拷贝到开发人员的机器中，开发人员需要经常与服务器同步以保持数据的一致性，快照视图的好处在于开发人员不必一直通过网络与CC服务器保持连接；动态视图则是动态的将CC服务器中的内容同步到开发人员的机器中，这就要求开发人员一直保持与服务器的网络连接。一般来讲，由管理员决定选用哪种视图。 开发人员的开发涉及到两个视图：开发视图和集成视图。如果用户的名字为pat，参与的项目叫做test，那么两个视图缺省的名字为test_dev_pat和test_int_pat。 开发视图用于开发人员的开发过程，开发人员在开发视图中完成软件的开发、修改、提交等工作；集成视图的作用是存放开发人员完成的工作，使得开发人员可以通过该视图中的内容对其开发进行验证。 2.2 CHECK-IN CHECK-OUT 像其他配置管理工具一样，ClearCase 通过Check-in和Check-out的方式实现配置管理。Check-out一个文件时，ClearCase就会在视图中创建该文件的一个可编辑的版本，可以对该文件进行修改；Check-in一个文件时，ClearCase就在VOB中创建该文件的一个新的永久的版本，本地视图中对应的文件就会变成只读属性，无法修改。 2.3 基线（Baseline） 在软件开发过程中，可以将各个元素的不同的版本组合成一个基线。通过基线表示软件项目开发达到了一定的要求，也可以说是里程碑。项目管理员可以根据情况设置相应的基线，并随着项目的发展逐步设置新的基线。 2.5 活动（Activity） 活动是开发者为完成、提交一项开发任务而创建的，是用来记录开发者创建或修改的文件集合（变化集合）的对象，例如下图所示的修改BUG。一个活动包含一个组件（Component）两个或多个元件(Element)的多个版本。 活动是UCM的基本对象。 上图表明活动Fixing bug（排错） 2144包含foo.c和bar.c。 通过活动，开发者可以一次完成对多个文件的操作，而不必一一处理，可以极大的提高工作效率。 2.6 流（Stream） 流记录了在项目的私有工作区和共享工作区中的所有活动历史。流同时也定义了开发者通过私有工作区可以存取相应元件（例如文件foo.c）的哪个版本。 下图表示了一个流： 5 项目管理 使用CC进行项目管理，可以采用两种方式：Base ClearCase方式和UCM(Unified Change Management)方式。 Base ClearCase方式是基于文件的管理方式，UCM方式则主要采用Activity方式进行项目管理。与Base ClearCase方式相比，UCM方式具有以下一些优点： UCM比Base ClearCase更加有效 UCM使用Stream方式管理项目，比Base ClearCase采用Branch方式管理项目的方式减少 了配置工作 UCM方式对基线的管理更加自动化并提供了附加的执行操作 UCM方式使用活动管理项目，更加简单，并提供了与ClearQuest工具集成的功能 UCM方式更加有利于并行开发模式 下面对项目管理的讨论主要基于UCM方式。 5.1 UCM基础 UCM方式采用一种迭代开发过程，开发人员在同一个UCM项目中工作。 项目管理者负责创建项目，维护项目公共区域。 一个项目包括了公共区域和多个私有工作区域，私有工作区域允许开发