clearcaselt配置

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)记录是从同一点分离出来的。
如何实现分支操作
注意，在进行分支操作前，你必须确认已经共享了该文件。当
然，你也可以将共享、分支操作放在一起完成。

bmccbj

189
1、 在VSS Explorer中选择目标文件。
2、 选择SourceSafe菜单，单击Branch显示Branch对话框。
3、 如果需要，你可以在Comment框中加入注释。
4、 单击OK。
附图三：分支操作
操作完成后，你将会发现项目
$/projectname/sourcecode/client/bugfix中的文件network.txt由
check out状态变成了uncheck out状态，而且改变项目$/bugfix中的
network.txt文件对它也没有任何影响。
如何在具体的应用中使用这些特性
那些书上的大侠们学好本领后，都要到江湖上去闯荡一番。那
我们了解这些基本的操作后，也一定希望能够在实际的项目中小试牛
刀，我们就以早期版本中的bug修改为例。

bmccbj

190
我们假定我们项目的2.0版本刚刚完成，项目开发小组继续朝
着3.0版本前进，同时试用项目维护人员需要一个临时的2.1版本来修改
试用过程中发现的bugs。具体的步骤如下：
1、 将当前项目$/projectname/sourcecode/client加上标签
(Label)--Version 2.0。
2、 继续在该项目上进行修改，形成新的版本。（如附图四）
3、 这个时候在版本2.0的试用过程中发现错误，你需要一个
临时的版本来修改错误同时又不影响版本3.0的开发。
4、 选择Tools菜单，单击Show History显示Project History
Options对话框。
5、 选中Include Labels复选框。
6、 单击OK显示History of Project对话框。
7、 选择加有标签"Version 2.0"的版本。
8、 单击Share显示Share From对话框。
9、 选择将要产生的项目的父项目，我们选择$/。
10、单击OK显示Share对话框。
11、将此项目命名为bugfixAfterV2.0，单击Close退出History
of Project对话框。
12、操作完成后会发现在VSS中增加了一个项目
$/bugfixAfterV2.0（注意此时文件2.txt前面的图标形状，如附图五），
试着check out文件2.txt，系统会提示你所有的文件已被"钉住