正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。
　　正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制均十分接近，但由于其定位不同，因此各有特点，下面我们就对一些常见的配置管理工具做一简单的介绍。
　　元老：CCC、SCCS、RCS
　　上个世纪七十年代初期加利福利亚大学的Leon Presser教授撰写了一篇论文，提出控制变更和配置的概念，之后在1975年，他成立了一家名为SoftTool的公司，开发了自己的配置管理工具：CCC，这也是最早的配置管理工具之一。
　　在软件配置管理工具发展史上，继CCC之后，最具有里程碑式的是两个自由软件：Marc Rochkind 的SCCS (Source Code Control System) 和Walter Tichy 的RCS (Revision Control System)，它们对配置管理工具的发展做出了重大的贡献，直到现在绝大多数配置管理工具基本上都源于它们的设计思想和体系架构。
　　中坚：Rational ClearCase
　　Rational 公司是全球最大的软件CASE 工具提供商，现已被IBM收购。也许是受到其拳头产品、可视化建模第一工具Rose 的影响，它开发的配置管理工具ClearCase 也是深受用户的喜爱，是现在应用面最广的企业级、跨平台的配置管理工具之一。
　　ClearCase提供了比较全面的配置管理支持，其中包括版本控制、工作空间管理、Build管理等，而且开发人员无需针对其改变现有的环境、工具和工作方式。
　　其最大的缺点就在于其价格不菲，每个客户端用户许可证大约需要几千美金，所以在国内应用群体有限。
　　1） 版本控制
　　ClearCase不仅可以对文件、目录、链接进行版本控制，同时还提供了先进的版本分支和归本功能用于支持并行开发。另外，它还支持广泛的文件类型。
　　2）工作空间管理
　　可以为开发人员提供私人存储区，同时可以实现成员之间的信息共享，从而为每一位开发人员提供一致、灵活、可重用的工作空间域。
　　3） Build管理
　　对ClearCase 控制的数据，既可以使用定制脚本，也可使用本机提供的make 程序。
　　其最大的缺点就在于其价格不菲，每个客户端用户许可证大约需要几千美金，所以在国内应用群体有限。
　　新秀：Hansky Firefly
　　做为H a n s k y 公司软件开发管理套件中重要一员的Firefly，可以轻松管理、维护整个企业的软件资产，包括程序代码和相关文档。Firefly是一个功能完善、运行速度极快的软件配置管理系统，可以支持不同的操作系统和多种集成开发环境，因此它能在整个企业中的不同团队，不同项目中得以应用。
　　Firefly基于真正的客户机/服务器体系结构，不依赖于任何特殊的网络文件系统，可以平滑地运行在不同的LAN、WAN 环境中。它的安装配置过程简单易用，Firefly 可以自动、安全地保存代码的每一次变化内容，避免代码被无意中覆盖、修改。项目管理人员使用Firefly可以有效地组织开发力量进行并行开发和管理项目中各阶段点的各种资源，使得产品发布易于管理；并可以快速地回溯到任一历史版本。系统管理员使用Firefly的内置工具可以方便的进行存储库的备份和恢复，而不依赖于任何第三方工具。
　　开源奇葩：CVS
　　CVS 是Concurrent Versions System 的缩写，它是开放源代码软件世界的一个伟大杰作，由于其简单易用、功能强大，跨平台，支持并发版本控制，而且免费，它在全球中小型软件企业中得到了广泛使用。
　　其最大的遗憾就是缺少相应的技术支持，许多问题的解决需要自已寻找资料，甚至是读源代码。
　　小工作组级：Merant PVCS
　　MERANT 公司的PVCS 能够提供对软件配置管理的基本支持，通过使用其图形界面或类似SCCS 的命令，能够基本满足小型项目开发的配置管理需求。PVCS 虽然功能上也基本能够满足需求，但是其性能表现一直较差，逐渐地被市场所冷落。
　　入门级：Microsoft Visual Source Safe
　　Visual Source Safe，即VSS，是微软公司为Visual Studio配套开发的一个小型的配置管理工具，准确来说，它仅能够称得上是一个小型的版本控制软件。VSS的优点在于其与Visual Studio实现了无缝集成，使用简单。提供了历史版本记录、修改控制、文件比较、日志等基本功能。
　　但其缺点也是十分明显的，只支持Windows平台，不支持并行开发，通过Check out - Modify - Check in的管理方式，一个时间只允许一个人修改代码，而且速度慢、伸缩性差，不支持异地开发。甚至于微软本身也不采用其做为配置管理工具，而是使用一个名为SLM 的内部工具。

　　面对这些形形色色，各有千秋的配置管理工具，如何根据组织特点、开发团队需要，选择切合适用的工具呢？笔者就结合工作实践中的经验与大家做一些交流与探讨。
　　配置管理工具的选择所需考虑的因素大体包括以下几个因素：
　　功能是否符合实际需求？是否符合团队特点？性能是否满意？费用是否可以接受？售后服务如何？接下来，我们就这几方面逐一深入地探讨：
　　1）功能是否符合实际需求，是否符合团队特点
　　工具就是用来帮助您解决问题的，因此功能是否符合实际需求是最重要的判断因素。而大多数主流配置管理工具的基本功能都能够满足，因此主要需要判断以下几个因素：
　　并行开发支持
　　在团队协作开发过程中，有两种主要的模式：集体代码权和个体代码权。采用集体代码权模式进行开发时，一段代码可能同时会被多个开发人员同时修改；而采用个体代码权模式进行开发时，每一段代码都始终被一个开发人员独享，别人需要修改时也会通过该开发人员完成。
　　而配置管理软件针对这一情况，也采用了不同的策略：Copy-Modify-Merge(拷贝、修改、合并) 的并行开发模式、Check out-Modify-Check in（签出、修改、签入）的独占开发模式。在并行开发模式下，开发人员可以并行开发、更改代码，Firefly会自动检测到代码冲突，并自动合并，或提示开发人员手动解决。
　　表一、并行开发支持比较表

工具名称	说明
ClearCase	Copy-Modify-Merge 模式
Firefly	Copy-Modify-Merge 模式
CVS	Copy-Modify-Merge 模式
PVCS	Check out-Modify-Check in 模式
VSS	Check out-Modify-Check in 模式