clearcaselt配置

bmccbj

179
数对象赋予属性。属性可取多种类型的值，整型、字符串、日期等。取
值被限制在特定的范围内，或限定于特定的枚举值。例如，Codequality
属性可有A、B、C、D或F五个值。其强有力的查询工具允许用户查找，
如一个叫John的用户在上个月创建的包含Codequality=A的所有版本文
件。而增强机制则自动为对象分配了属性。
■ 超级链接。所谓超级链接是一个连接着两个对象的逻辑"箭
头"。例如，一个超级链接可以连接设计文档和资源代码模块。超级链
接可追溯到所有的元素变量、特定的版本（需求追踪也同样需要）、或
者对象中的某一部分。它可跨越VOB并重命名、移动一个对象或这个对
象所在VOB。利用超级链接浏览器，用户还可以显示、创建、访问、维
护CLEARCASE超级链接的网络。
■ 历史事件。ClearCase自动记录下来重要的状态信息，当对
象发生变更的时候，它会收集"谁、何时、为什么"、用户注释、以及其
它的重要数据。系统也会保留创建、释放项目时的类似信息。
3 定制的策略增强工具
ClearCase的策略增强工具支持管理者建立并加强一个好的软
件开发策略。ClearCase的工具包括：
■ 事件预触发。事件预触发机制监视每一特定ClearCase操作
（如：检入 check-in）或操作类（如：改变VOB的任一命令）的使用。
在操作执行之前，触发开始，经历以下特定步骤：程序、批处理文件、
脚本、其它内置动作之一。同时，一个触发还可要求在执行某个操作命
令之前对它进行检查，并据此判断是继 葱小⒒故侨∠ 僮鳌?/p>
■ 锁。针对于一个对象，锁禁止对象发生变更。锁可被划分

bmccbj

180
的很细（例如，只锁住指定的元素变量），也可以笼统而论（例如，锁
住整个VOB）。一个典型的应用就是：在软件集成阶段，锁住所有主干
元素。而且，每个锁可定义"锁定例外表"，允许特殊用户修改对象。
■ 访问控制。对所有元素采用类似UNIX的保护机制。这种保
护机制控制读、写、以及基于传统标准上的对象执行：单个用户的、开
发团队的、或其它。同时，它还对文件系统之下的物理存储施加保护，
有效的制止那些试图逃避ClearCase或破坏原始操作系统存储的小动
作。
■ 自动创建分支。当所有的变更动作是在分支上以同种模式
进行时，最易于维护工作。而ClearCase恰恰增强了这一点，当元素检
出的时候，ClearCase会为它自动创建分支，并指定一个名字。
4 “通知”特性能自动生成报表、交流信息
■ 事件后触发。事件后触发机制好象一个监视器，它在特定
操作完成后运行。实际上，这一触发会在某个命令执行后、或给某个对
象赋予属性后，把这些动作通知给用户。为了便于脚本和程序实施触发
动作，ClearCase自动设置了一些环境变量。以一个"检入"的事件后触
发为例，它会告之质量保证部门有一个用户已修改过某一特定的文件，
并且，还会包括在 "检入"时那个用户输入的注释。
■ 查询功能。ClearCase中有一个 find（查询）命令，使得
开发者迅速的获知当前项目的状态。实际上，find（查询）命令就是在
一个或多个VOB数据库上实施查询操作。例如，查找不具有 Passed=QA
属性且属于Release 2.0的所有版本文件。
■ 动态配置规格。配置规格的方法是根据标签、属性、超级

bmccbj

181
链接、以及历史事件选择版本文件。和find（查询）命令一样，这些方
法同样具备查询功能。如，配置规格可以选择“具有Passed=QA属性的
最新版本，或者是由用户drp创建的最新版本。”
建立管理
使用ClearCase，构造软件的处理过程可以和传统的方法兼容。对
于ClearCase控制的数据可以使用自制脚本或本机的make程序，但
ClearCase的向上兼容建立工具clearmake和omake为构造提供了重要的
特性：自动完成任务、保证重建的可靠性、存储时间和支持并行的分布
式结构的建立。
1 支持UNIX和Windows型的makefile的建立
ClearCase包括两种独立的建立程序，clearmake和omake。这
两种程序合并了ClearCase的主要建立特点，包括配置lookup，二进制
文件共享，和配置记录。Clearmake程序主要适用于使用UNIX型的
makefile包含（gnumake）的用户。Omake主要适用于那些需要和Windows
上的建立程序（包括：Borland Make、Microsoft NAMAKE、Intersolv
Configuration Builder、和OpusMake）兼容的用户。
2 自动检测所关联的原文件，包括所关联的头文件
clearmake和omake通过使用当前原文件（向一些被检入、检出
文件）的配置，可以在视图中灵活的建立整个或部分软件系统。
Clearmake和omake在makefile时无须描述所关联的头文件（或任何所关
联的原文件）。
在ClearCase开发环境中，原始对象扮演着决定性的角色。源
对象是由clearmake和omake 建立的文件对象或目录对象。典型的源对

bmccbj

182
象应该包括由文档系统产生的对象模块，可执行程序，库文档，规格文
档，内容表。源对象组件包括：作为目标被建立的文件名；独立的源对
象ID；数据容器指针（存储建立脚本所产生的数据的文件）；配置记录
指针（信息清单）；和参考计算（指示源对象当前出现的视图号）。
3 自动的追踪建立，产生永久性的资料清单
在执行建立脚本期间，clearmake和omake在ClearCase的多版
本文件系统下执行一个建立追踪。这MVFS记录了在连接的VOB中每一个
被读或执行的文件的版本；它也可以注释哪些文件被建立（或被覆盖）。
在执行建立脚本之后，clearmake和omake将追踪的数据写入配置记录
中，存储到VOB数据库中。VOB数据库指针将配置记录分配到每一个建立
过程的源对象中。
配置记录就是源对象信息清单，包含它的内容和建立时的有用
信息：
■ 存储在VOB中，在重建时使用的文件元素的版本――包含
ClearCase控制下的源文件和工具（比如：编译器）。
■ 在建立过程中使用的每一个私人视图文件。
■ 在makefile过程中使用的非ClearCase文件。
■ 建立脚本的文本及所有的可扩展宏。
■ 操作系统版本和CPU类型。
■ 执行建立过程的用户；执行建立脚本的主机；由clearmake
设置的视图和建立过程开始的日期和时间。
ClearCase的配置文件可以让源对象进行比较――不依靠对象

bmccbj

183
数据，而依靠它们的建立配置信息。Diffcr（compare config rec）命
令可以输出不同配置文件间的差异，包括：
■ 源文件的差异，非源文件修改的时间戳。
■ 建立过程中执行脚本的差异，包含makefile中不同的宏值。
■ 那些不影响clearmake或omake建立的非必要差异，包括建
立时间/日期，主机名，视图名。
4 开发者间共享二进制代码，时间和存储空间的存储
基于makefile一个很重要的方面，避免不必要的建立过程。
Clearmake和omake的建立策略是非常优秀的，专为并行开发方案做的特
殊设计。 Clearmake和omake可以通过配置文件检测现场情况，检测哪
些源对象可以在多个视图中被共享。这个工具还可以进行磁盘存储和建
立时间存储。Clearmake和omake提供了三种可供选择的建立方式：
■ 重用视图中现存的目标――clearmake和omake使用一种技
术，它比比较时间戳更熟练。配置信息可进行源版本对照，建立脚本对
照，建立选项对照。
■ 执行传送建立脚本――make、clearmake和omake以同样的
方式执行目标建立。但是clearmake和omake可以对建立过程进行追踪，
并将追踪信息分配到每一个重建过程相关的文件中。文件和它的配置信
息组成了源对象。
■ 从某一视图中wink-in源对象――clearmake和omake可以
了解到早先在其它视图建立的同一目标的多种实例。在验证后，正确的
源版本，建立选项和建立脚本被用于建立其它的实例，clearmake和

bmccbj

184
omake将对视图执行一个wink-in操作。一个源对象现在可以被其它视图
所共享。
5 跨越不同机型进行并行分布式建立
Clearmake支持分布式建立（使用其它主机上的执行脚本）和
并行建立（执行一致的建立脚本）。比如：clearmake可以进行三方建
立，所有的进程都在一个多处理器的计算机服务器上执行。在局域网中，
它可以跨越所有工作站进行分布建立。
Clearmake也支持跨多种开发环境的建立。
6 自动的跨多种主机（UNIX）的平衡加载，分布建立
clearmake有一个尖端平衡加载技术，可以优化分布式建立的
执行。用户指定功能等于分布式建立服务器的主机，并且设置变量，包
括：时间、机器装载和控制每一台机器建立的用户id 。clearmake可以
跨越这些主机自动平衡装载进行分布建立。
VSS
1. 前言
如今随着软件项目规模的日益增大以及项目复杂性的不断加
剧，软件配置管理（SCM）的重要性已越来越受到大家的认可。许多优
秀的软件配置管理工具也应运而生，使得我们能够轻松有效地管理我们
的软件项目，作为这其中的一员，Microsoft Visual SourceSafe具有
简单易用、方便高效、与Windows操作系统及微软开发工具高度集成等
优点。
我相信有相当一部分人曾经使用或者正在使用VSS，对于它的一些基本
用法在这里不再赘述，本文将主要探讨Visual SourceSafe 6.0中的一

bmccbj

185
些高级特性，希望给大家在实际的工作过程中带来一些帮助。
我们知道随着软件规模的日益增大，软件开发周期会变得越来
越长，投入的人力也会越来越多。在整个过程中，将不可避免地会产生
并行开发的情况，那么在VSS中是如何支持并行开发的呢？在并行开发
的过程中要注意些什么呢？这就是本文希望与大家分享的。
本文要求读者对VSS有一定的熟练程度。
2. 一些有用的设置
在讲解并行开发之前，让我们先来看看VSS中一些非常有用的
系统设置，他们可以用来加强管理或者简化你的工作。首先是一些与你
的项目安全管理策略有关的设置，比如"是否允许multiple checkouts"、
"是否激活项目安全机制(project security)"等。还有一些是方便工作
的，比"设置影子目录(shadow folders)"、"重用上次注释"、"双击直
接编辑文件"、"是否采用图形化归并"等。这些你都可以在"Tools"-〉
"Options"里进行设置。
3. 什么情况下会出现并行开发
不知道有没有喜欢听评书的朋友？我想一定和我一样最讨厌
听到：欲知详情如何，且听下回分解。不过我们今天要讲的是另外一句
话：花开两朵，各表一枝。我记得当时虽然这边打得热火朝天，大呼过
瘾，但是心里总是惦记着那边怎么样啦！真恨不得有两个电台，一边是
鲁智深大闹野猪林，一边是林教头风雪山神庙。那么在实际的项目开发
过程中，什么时候会出现花开两朵的情况呢？
1、 你想修改项目早期版本中的某个bug。

bmccbj

186
2、 其它的小组成员占有了你希望处理的文件。你可以等他将
该文件check in，或者你可以采取multiple checkouts，你还可以选择
在一个分支上工作。
3、 你所做的工作涉及到许多文件，你选择一个分支流就可以
避免经常打乱别人的工作。同时你可以将所有的工作测试完后再将它们
集成到你的项目中。
4、 项目规定你不能够在主线上工作。相反地，项目被分成许
多小的部件，每个部件是一个分支，只有该部件完成后，才会将它合并
到主线中。
那我们是不是需要两个电台呢（建立两个项目）？可喜的是，
VSS中提供了共享、分支等操作来解决并行开发的问题。
4. 文件共享(share files)的概念
在VSS中你可以在不同的项目之间共享文件。我们知道，在VSS
的数据库中有且仅有文件的唯一拷贝--主控拷贝(master copy)，因此
共享文件也就是在不同的项目里建立了指向该主控拷贝的链接。如果你
在其中一个项目中改变此文件，那么其他项目中所有的共享也随之改
变。此外，如果选择共享某个项目中的所有文件，我们也可以称之为共
享该项目。
如何实现文件共享
1、 在VSS Explorer中，选择你希望在其中共享文件的项目。
2、 选择SourceSafe菜单，单击Share，或者单击右键菜单中
的Share显示Share对话框。

bmccbj

187
3、 通过选择Project和File to Share下拉框来选择你准备共
享的文件。
4、 点击Share.
5、 点击Close.
如果你选择的是某个项目，系统还会提示你输入新的共享项目
名称。操作完成后，你会发现在当前项目中增加了刚才选择的文件。如
附图一所示，我在项目$/projectname/sourcecode/client中共享了项
目bugfix，操作完成后在client下增加了目录bugfix，而且我将
$/bugfix项目中的network.txt文件check out出来后，项目
$/projectname/sourcecode/client/bugfix中的network.txt文件也自
动被check out。（见附图二）
附图一：文件共享

bmccbj

188
附图二：文件共享后
文件共享机制确实为我们带来了不少便利之处，它可以减少数
据库中文件的数量，能够实现文件的重用。但是，文件共享机制的"非
各自独立性"也限制了它扮演更重要的角色，真所谓"成也萧何，败也萧
何"！
5. 分支操作(branching)
要真正地支持并行开发，就不得不用到分支操作。与共享操作
不同的是，分支操作实际上是将文件放在不同的项目中来实现完全的独
立性，此时在一个项目中的文件修改不会影响到其他的项目中的文件。
此外，共享操作后形成的位于不同项目里的两个文件拥有一个共同的祖
先，也就是他们的历史(history)记录是从同一点分离出来的。
如何实现分支操作
注意，在进行分支操作前，你必须确认已经共享了该文件。当
然，你也可以将共享、分支操作放在一起完成。