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