配置管理工具介绍
目前配置管理工具可以分为3个级别——第一个级别为——简单的版本控制工具，是入门级的工具，例如:CVS, Visual Source Safe;
第二个级别为——项目级配置管理工具，适合管理中小型的项目，例如：PVCS, MKS；
第三个级别为——企业级配置管理工具，具有强大的过程管理功能，例如：CCC Harvest; ClearCase。
具体的企业在建立自己的配置管理实施方案时，要根据自己的管理需要，选择适合自己的工具，从而搭建一个最适合自己的管理平台。 谁能提供一下CVS服务器版的下载，服务器操作系统为UNIX。急啊！！谢谢！！
谢谢版主！
总是从您的贴子上看到有价值的东东！ 斑竹能介绍一些配置管理方面的资料吗? 有啥相关以上列到的工具的具体介绍吗，优点、缺点、特点！谢谢啦 CSDN 上很的多关于这方面的介绍大家可以去搜一下
SCM工具我只用过VSS和 ClearCase。
VSS是纯粹文档的管理 各部分之间是独立的 关联性很差 但操作维护简单 check in orout 就行了
clearcase功能强大 很好的体现了各部分间的关联性，而且有其它rational 工具配合一起应用，满足企业的多方面需要，但操作复杂，维护困难。
最重要的是IBM的东西都很贵，ritional rose好像花了公司7W刀，而VSS在VS 6.0中集成，近似免费。。。 CSDN 上很的多关于这方面的介绍
大家可以去搜一下
SCM工具我只用过VSS和 ClearCase。
VSS是纯粹文档的管理 各部分之间是独立的 关联性很差 但操作维护简单 check in orout 就行了
clearcase功能强大 很好的体现了各部分间的关联性，而且有其它rational 工具配合一起应用，满足企业的多方面需要，但操作复杂，维护困难。
最重要的是IBM的东西都很贵，ritional rose好像花了公司7W刀，而VSS在VS 6.0中集成，近似免费。。。 和上面老大的分类方式不同，《软件配置管理策略与Rational ClearCase》中这样介绍三代配置管理工具
第一代，基于文件（File Based）的软件配置管理
这一时期的软件配置管理工具以版本控制为主要特征，支持checkout/checkin模型以及简单分支，但所有配置项及元数据的存储主要以文件形式存放，在流程管理上基本以作业任务单等手工方式为主。代表工具有SCCS,RCS,PCVS等。
第二代，基于项目库(Project Based)的软件配置管理
随着软件项目规模越来越大，复杂度越来越高而产生于上个世纪70年代末80年代初（注：就是这个论坛的常客们出生的时期）。这种方式所有配置项的元数据，如用户、标签、分支及其他管理信息均放在一个数据库中，与存放配置项的文件存档相分离，从而更好的支持并行开发以及团队协作，并且提供了实现过程管理的良好基础，这一代的工具覆盖了较多的功能，实现形式多样，如从简单直观的Microsoft VSS，到基于变更请求的IBM CMVC以及Platinum/CA CCC/Harvest等。
第三代，基于文件访问透明（File Transparency Based）的软件配置管理，代表产品是Rational ClearCase。（注：基于这本书自卖自夸的心理，不知道是不是有其他种类的工具他没有介绍）
第二代配置管理面临的一个挑战是不能从其他工具，如文本编辑器、IBM WebSphere及MS Visual Studio等直接访问受控配置项，而只能将配置项从库中复制到工作目录中，这导致了同一配置项多个本地副本的扩散，增加了管理成本（注：这里不敢苟同，VSS，WinCVS这些工具都是可以直接打开受控库中的文本和Office文档的，不过是只读而已，况且多个本地副本怎么就能说是增加了管理成本呢，既然版本由工具控制，多个本地副本还起到分散风险的作用呢。）
ClearCase通过专有的多版本文件系统MVFS所提供的对文件访问的透明性，开发人员可以在不保留本地副本的情况下直接访问受控配置项。同时这一代的产品更加强调软件配置管理和软件变更管理（Software Change Management)、软件系统分析设计以及软件测试等等各个软件开发环节的结合，从而形成了更加全面完整的软件开发管理方案。
Rational公司在ClearCase中实现的是他的配置管理方法---UCM(统一变更管理)。
说说UCM
UCM的主要特点是引入了如下概念：活动（Activity）:活动可以统一管理变更（Change）和变更集（Change Set），其中变更记录了申请修改工件的审批流程，而变更集记录了变更所修改的所有工件；在UCM中，“活动”成为一个新的、具备更高抽象级别的配置管理单位，大大简化了配置管理工作，例如，这使得“按活动提交”成为可能。
（注：说的确实够抽象的，是不是他翻译的不好）
构件（Component）：构件是一个目录、其子目录及其中所有文件的集合，构件的引入，为配置管理引入了另外一个具备更高抽象级别的配置管理单位，相应的过去为各个文件分别加注标签的方式可以通过在构件上附加构件基线来实现，另外对于多个构件形成的复杂系统UCM还引入了可以统一标注多个构件的组合基线。
工作流（Stream）：工作流是开发人员或集成人员、测试人员的个人工作空间，它在传统分支概念上进行了扩充，进而将活动和基线同工作流关联起来，赋予分支以更多的逻辑意义。
项目（Project）：UCM中的项目是由工作流、构件和活动组成的开发单位，它可以方便地同现实开发工作中的项目（如一个产品发布版本）进行对应，彻底实现了基于共享代码集（构件）的多项目开发。一个项目可以从另一个项目的稳定基线开始工作，而且多个项目之间可以以活动或基线的方式进行软件工作的传播。 只用过VSS，分辨不出哪个具体什么优点，马上去用一下其他几个，体验一下 斑竹能介绍一些配置管理方面的资料吗? 那SOURCEOFFSITE??
页:
[1]
