clearcaselt配置

bmccbj

123
一个数据包。一项工程是一个数据的集合，这些数据构成协作体的主题
（如，一个包含了所有电流设计线路文件版本的产品）。一项展望是一
套工作，专业工程师任何时间都可以使用这个装置的文件版本。见解使
用户集中精力于设计的特定方向（如，那些仅与逻辑显示和规划布局有
并的信息将被显示），一个数据包是一个逻辑单元（如算术逻辑单元），
这个逻辑单是正在设计的几个组件的抽象。它允许诸如由不同工具产生
的细节数据被隐蔽并在需要时获得。在效果上，POWERFRAME 把此摘要的
所有相关信息分类。一部份对象由某版本控制，其它的在检测中确定其
版本。
L. Rational
RATIONAL的环境体支持开发大型ADA 产品的软件人员组。RATIONAL
的计算机管理设备依赖于其子系统。ADA 程序库与它们的计算机管理系
统交互相关，一个子系统代表ADA 产品的一部份。子系统可以独立于产
品的其它部份仅由一个软件工程师开发或者由一个工作组协同完成。一
个子系统有一个版本标识符，可以被释放回收。不同版本的子系统可以
同时操作，其差异被合并，子系统之间也可以进行合并。通过活动桌面
可以分辨出哪些子系统的哪些版本要进行合并。
RATIONAL提供对ADA 单元重编译最小化的机制。通过子系统ADA 单
元被放置在版本控制器中。用户可以根据设计需要开启，关闭版本控制
器。
M. Revision Control System(RCS)
修订控制系统（RCS）是一套由W.Tichy 开发的，库里的源文件提
供版本控制器的工具。库对每个文件建立一棵版本树。树上的一个分支

bmccbj

124
代表文件里的一个变量。RCS 对版本和分支的操作自带一套计数方案，
为了节省空间并且尽快获取最近的版本，我们只存储文件版本之间的差
异。获取文件库的通常使用模式包括用户检索库文件的特定版次（通过
锁定方式），修改文件。修改完毕后登记回原版本所在的出处。与此同
时，RCS 会记录修改的细节，如作者，日期，时间和修改原因。如果需
要，RCS 可以自动将一个特有的标识放入文件。RCS 能对比文件的不同
版本，终止一项配置以及通过识别源代码行的差别合并各个分支。库文
件标志（如配置标志或状态标志）可以用于标识文件之间的关连。
N. SHAPE
SHAPE 系统来自柏林大学，它借助版本状态，配置标识符为我们提
供一个带有特定文件系统，版本控制器和工作间的库。它集成系统模型
设备并从中获取二进制代码池。我们可以通过用户定义/系统定义的属
性模式描述各项配置。串行和并行的配置版本均支持开发组件。工作间
由版本的状态量激活。此版本还可以确定文件的不稳定性。工作间文件
的状态值“忙”“已保存”“激活”以及公用办公数据库使用的状态值“已
打印”“完成”和“终止”相互转换。
O. Software Management System
软件管理系统（SMS），提供版本控制，工作区管理，系统模拟，。。。
改变库探测方式，对接口说明书进行加工，以及对基于属性的版本区进
行加工。工作于与任务相关的版本时，工作区提供保护措施并支持对每
个任何基底的认证和登陆。
一旦特殊事件发生，物件的变动就受到监控和跟踪。已获取的物件
有一个连续状态量，（“合法”“受保护”“废止”“非法”）用来代表与已

bmccbj

125
构成系统的关系；此物件还带有一个程度状态量（“同意”“警告”“严
重错误”），用来指明版本的一致性。
7. 配置管理的商业模型
配置管理的实施包括两部分：工具和规范。
在软件开发过程自动化的今天，没有工具的支持而实施配置完整的
配置管理是不能想象的。因此选择一个符合公司或项目的工具至关重
要。在配置管理系统中，我们可归纳出四种模型。当前商业工具一般采
用其中一种或几种模型。我们通过对商业模型的理解可以帮助我们了解
某种工具是否适合我们公司或项目。
CICO 模型
CICO 模型主要关注的是单个文件的版本控制。图显示了一个支持
CICO 模型的CM 系统的工作过程。用户利用库和文件系统来进行工
作。文件被版本化并存储到库中，新版本的产生是由库工具控制的。然
而， 文件在库中不是可以直接存取的，用户必须去检出（即Check Out）
一个文件的版本到工作空间中以便读取它的内容。更改后的文件可以被
检入库中（即Check in）,产生文件的一个新版本。
此模型的代表工具是SCCS 和CVS。

bmccbj

126
组织模型
组织模型由CICO 模型自然导出，建立于构件版本图的基础之上，
同时依赖于存储库和工作空间的概念，可以通过对构件加锁进行并发控
制。组织模型的重点是在CM 系统支撑下加强了对创建配置、对有关的
历史信息的管理和使用他们作为工作环境的支持。组织模型中的配置由
系统模型和版本选择规则组成。系统模型列出了组成系统的所有的构
件。版本选择规则指出了组成配置的每一个构件选择版本。选择规
则用于系统模型，选择构件版本，即绑定一构件到某一版本。这个
模型的操作方式是：开发员根据模型的构件定义整个系统，并在每一步
骤中给每个构件选择合适的版本。版本操作的工作方式如图所示。CM
支持主要关心的是维护系统和其构件的版本历史，并选择符合一致性配
置的构件版本。只有在所选构件的版本与所选其它构件版本一致时
才认为一个配置版本。
此模型的代表工具是CCC。

bmccbj

127
长事务模型
长事务模型主要支持包括一系列原子变更的全系统演变和由团队
开发员对系统变更的协调。开发员主要操作配置而非单独的构件。事务
提交的结果是新配置版本，一系列连续的变更结果生成一系列的配置版
本，称为开发路径。
在长事务模型中，开发员主要的工作对象时配置，开发员首先选择
系统配置版本，接下来把关注重点放在系统结构上。构件的版本由配置
隐式决定。长事务由两个概念组成：工作空间和并发控制方案。工作空
间来源于存储库或一个封闭工作空间中的一个固定配置。工作空间由工
作配置和一系列已保存的配置组成。工作配置代表构件和系统结构能够
被动态更改的配置。提供通过工作空间进行的透明库访问、将高效的库
存储技术应用于工作空间和管理派生构件的版本。
此模型的代表系统是NSE。
变更集模型
主要集中于对系统配置的逻辑变更的支持。在这个模型中引入的变
更集表示组成逻辑变更的对不同构件修改的集合，它是创建变更的活动
完成后对逻辑变更的记录。支持这个模型的CM 系统用户可以直接操作

bmccbj

128
变更集。在变更集模型中，配置可描述为由基线和一组变更集组成。
变更传播给其它配置可通过包含各自变更集来进行。开发员使用不
同的集成策略将逻辑变更集包含到一个新的系统发行中。这样的好处非
常明显，例如，我们现在维护10 个不同版本的产品，现在要对所有的
版本修改一个缺陷（Bug）。如果相同的工具简单的重复10 次显然是不
可接受的。而通过变更集把这个逻辑变更从一个版本自由的传到另外一
个版本。
开发员可跟踪逻辑变更和确定这些变更是否属于特定配置。这种配
置管理的方法，因为其将重点放于逻辑变更上，所以被称作面向变更的
配置管理。它不同于现在的其他3 种CM 模型，因为其它3 种CM 模型
使用的面向版本的方法把重点放在构件和配置版本上。
在单一构件的情况下，变更集是两个文件版本之间区别的集合，通
常指的是增量内容。对配置来说，变更集就是两个配置版本之间区别的
集合。这组区别就是两个配置版本间的修改构件增量集合，即变更构件
集的增量。
面向变更的观点不同于面向版本的观点。这有两点不同，一是逻辑
变更的显式表示允许对与单个构件和配置有关的变更集进行跟踪。二是
引用单个变更集并有选择地将它们纳入配置管理中的这种能力提供了
对系统演化管理的支持，这种演化是基于将逻辑变更传播到维护的系统
配置进行的。
此模型的代表工具是UCM 和SABLIME

bmccbj

129
第五章 配置管理工具评估/选择过程
1 SCM tool 比较
VSS
SourceSafe是Microsoft公司推出的配置管理工具，是Visual
Studio的套件之一。SourceSafe是国内最流行的配置管理工具，用户量
绝对是第一位。
SourceSafe长得很象早先土气的文件管理器，的确难看。但是难看
不碍事，SourceSafe的优点可以用8个字来概括“简单易用，一学就会”，
这个优点是它老妈Microsoft遗传下来的，是天生的。
虽然SourceSafe并不是免费的，但是在国内人们以接近于零的成本
得到它，网上到处可以下载啊。当然Microsoft也不在乎这个小不点的
软件，它属于“买大件送小件”的角色。如果你合法地得到Visual Studio，
你就得到了免费的SourceSafe。
SourceSafe的主要局限性：
只能在Windows下运行，不能在Unix, Linux下运行。SourceSafe不
支持异构环境下的配置管理，对用户而言是个麻烦事。这不是技术问题，
是微软公司产品战略决定的。

bmccbj

130
适合于局域网内的用户群，不适合于通过Internet连接的用户群，
因为SourceSafe是通过“共享目录”方式存储文件的。
人无完人，物不尽美。有些卖配置管理工具的软件供应商经常贬低
SoureSafe，讽刺它是Source not Safe。我不想为谁辩护，只是给出一
个例证说明SourceSafe的效用。有一个软件事业部（约百名开发人员）
的十余个项目全部采用SourceSafe来管理，只用一台PC机作配置管理服
务器，运行一年都没有发生异常现象。
CVS
CVS 是 Concurrent Version System（并行版本系统）的缩写，它
是著名的开放源代码的配置管理工具。
CVS的官方网站是http://www.cvshome.org/ 。官方提供的是CVS服
务器和命令行程序，但是官方并不提供交互式的客户端软件。许多软件
机构根据CVS官方提供的编程接口开发了各色各样的CVS客户端软件，最
有名的当推Windows环境的CVS客户端软件--WinCVS。WinCVS是免费的，
但是并不开放源代码。
与SourceSafe相比，CVS的主要优点是：
SourceSafe有的功能CVS全都有，CVS支持并发的版本管理，
SourceSafe没有并发功能。CVS服务器的功能和性能都比SourceSafe高
出一筹。
CVS服务器是用Java编写的，可以在任何操作系统和网络环境下运
行。CVS深受Unix和Linux 的用户喜爱。Borland公司的JBuilder提供了
CVS的插件，Java程序员可以在JBuilder集成环境中使用CVS进行版本控
制。

bmccbj

131
CVS服务器有自己专用的数据库，文件存储并不采用SourceSafe的
“共享目录”方式，所以不受限于局域网，信息安全性很好。
CVS的主要缺点在于客户端软件，真可谓五花八门、良莠不齐。Unix
和Linux 的软件高手可以直接使用CVS命令行程序，而Windows用户通常
使用WinCVS。安装和使用WinCVS显然比SourceSafe麻烦不少，这是令人
比较遗憾的。
ClearCase
Rational公司的ClearCase是软件行业公认的功能最强大、价格最
昂贵的配置管理软件。
ClearCase主要应用于复杂产品的并行开发、发布和维护，其功能
划分为四个范畴：版本控制、工作空间管理（Workspace Management）、
构造管理（Build Management）、过程控制（Process Control）。ClearCase
通过TCP/IP来连接客户端和服务器。另外，ClearCase拥有的浮动
License可以跨越UNIX和Windows NT平台被共享。
ClearCase的功能比CVS、SourceSafe强大得多，但是其用户量却远
不如CVS、SourceSafe的多。主要原因是：
ClearCase价格昂贵，如果没有批量折扣的话，每个License大约
5000美元。对于中国用户而言，这无疑是天价。
用户只有经过几天的培训后（费用同样很昂贵），才能正常使用
ClearCase。如果不参加培训的话，用户基本上不可能无师自通。
几点补充：
1.ClearCase既不是最贵的也不是功能最强的配置管理软件
至少PVCS Dimensions（不是PVCS VM啊，那个巨烂）就比ClearCase

bmccbj

132
功能强大，且贵不少
2.VSS不是微软的产品，是微软收购的产品
VSS最初的名字叫Source Safe,是一家小公司的产品，92年曾经获
了最佳小型管理工具奖，然后立即被微软收购
但是微软收购的只是source safe的Windows版本，在美国还有另外
两家公司分别获得了继续开发和销售source safe的Mac版本和Unix版本
的许可。
他们仍然在销售mac和unix版本的source safe,根据当时的协议，
三家公司的软件始终是保持兼容的。
此外，在ms买进vss之后，基本上没有对vss进行任何的研发，ms内
部自身也不用vss
3.cvs的服务器软件不是用java开发的
cvs的历史要比java的历史久远的多，严格意义上cvs并没有真正意
义上的服务器
pserver/ntserver之类的类服务器模式实际上都只是完成用户鉴
别权限的工作
4.ClearCase是依赖与文件共享的
最早的ClearCase并不是rational的产品，而是一家叫做applo的公
司在HP平台上开发的一套配置管理系统DTEMS(好像是这个名字)。
ClearCase的核心是基于NFS的一套称作MFS的文件系统。后来applo几次
转手倒卖给了rational.rational把它移植到了windows平台上，但是这
个底层的架构至今没有发生变化。也就是说clearCase和vss一样是基于
网络文件共享的。
目前配置管理工具可以分为3个级别--