一、软件配置管理概念的提出
每一个软件项目，无论是工程类项目，还是产品类项目，都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中，将生成各种各样不同的工件，包括文档、源程序、可执行代码、支持库。更可怕的是，频繁出现的变更是不可避免的，因此面向如此庞大且不断变动的信息集，如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。
针对这一问题，最早的开发人员尝试过的解决办法是通过手工来实现：
1)文档：每次修改时都另存为一个新的文件，然后通过文件名进行区分，例如 "XXX 软件需求说明书V1.0， XXX软件需求说明书V1.1， XXX软件需求说明书V2.0."，并且在文件中注明每次版本变化的内容；
2) 源代码：每次要修改时就将整个工程目录复制一份，将原来的文件夹进行改名，例如 "XX 项目V1.0、 XX项目1.01、 ."，然后在新的目录中进行修改；
但是这种方法，不仅十分繁琐，容易出错，而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时，还是会造成很大的混乱。很显然，这样简陋的方法是无法应对这一问题的。
后来，有人尝试从制造工业领域引入了"配置管理"这一概念，通过不懈的研究与实践，最终形成了一套管理办法和活动原则，这也就是软件配置管理。
通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。
二、进行软件配置管理的目的
1、权限控制（Access Control）
权限控制对SCM工具来说至关重要。一方面，既然是团队开发，就可能需要限制某些成员的权限；特别是大项目往往牵扯到子项目外包，到最后联调阶段会涉及到很多不同的单位，更需要权限管理。另一方面，权限控制也减小了误操作的可能性，间接提高了SCM工具的可用性（Usability）。
2、版本控制（Version Control）
SCM工具可以对同一文件的不同版本进行差异比较，可以恢复个别文件或整个项目的早期版本，使用户方便地得到升级和维护必需的程序和文档。
SCM工具内部对版本的标识，采用了版本号（Version Number）方式，但对用户提供了多种途径来标识版本，被广泛应用的有版本号、标签（Label）和时间戳（Time Stamp）。多样灵活的标识手段，为用户提供了方便。
3、增强的版本控制（Enhanced Version Control）
快照（Snapshot）和分支（Branch）以基本的版本控制功能为基础，使版本控制的功能又更进一步增强。
快照是比版本高一级的概念，它是项目中多个文件各自的当前版本的集合。快照使恢复项目的早期版本变得方便，它还支持批量签入（Check in）、批量签出（Check out）和批量加标签（Label）等操作。总之，快照是版本控制的一种增强，使版本控制更加方便高效。
分支允许用户创建独立的开发路径，我们认为分支的典型用途有二。第一，分支和合并（Merge）一起，是支持并行开发（Concurrent Development）的有力支持。第二，分支支持多版本开发，这对发布后的维护尤其有用。比如客户报告有打印bug，小组可能从某个还未引入打印bug的项目版本引出一个分支，最终发布一个bug修订版。分支是版本控制的另一种增强。
版本控制和增强的版本控制是SCM工具其它功能的基础。
4、变更管理（Change Management）
SCM工具提供有效的问题跟踪（Defect Tracking）和系统变更请求（System ChangeRequests (SCRs)）管理。通过对软件生命周期各阶段所有的问题和变更请求进行跟踪记录，来支持团队成员报告（Report）、抓取（Capture）和跟踪（Track）与软件变更相关的问题，以此了解谁改变了什么，为什么改变。
变更管理有效地支持了不同开发人员之间，以及客户和开发人员之间的交流，避免了无序和各自为政的状态。
5、独立的工作空间（Independent Workspaces）
开发团队成员需要在开发项目上协同、并发地工作，这样可以大大提高软件开发的效率。沙箱（Sandbox）为并行开发提供了独立的工作空间，在有的SCM工具中也称为工作目录（Working Folder）。
使用沙箱（Sandbox），开发人员能够将所有必要的项目文件拷贝到私有的一个树型目录，修改在这些副本上进行。一旦对修改感到满意，就可以将修改合并（Merge）到开发主线（Main Line）上去；当然，如果该文件只有该成员一人修改，只需将修改过的文件签入（Check In）到主项目中即可。
“并发和共享是同一事物的不同方面”，并发的私有工作空间共享同一套主项目（Mater Project）文件，因此有必要让所有团队成员拥有得知项目当前状态的能力。SCM工具提供刷新（Refresh）操作，某位团队成员可以使其他团队成员在主项目文件上所做的变更，在自己沙箱的图形用户界面上反应出来。
6、管理项目的整个生命周期
从开发、测试、发布到发布后的维护，SCM工具的使命“始于项目开发之初，终于产品淘汰之时”。SCM工具应预先提供典型的开发模式的模板，以减少用户的劳动；另一方面，也应支持用户自定义生命周期模式，以适应特殊开发需要。
7、与主流开发环境的集成
将版本控制功能与主流集成开发环境（IDE）集成，极大地方便了软件开发过程。从集成开发环境的角度看，版本控制是其一项新功能；从SCM工具的角度看，集成开发环境充当了沙箱的角色。
三、常见的配置管理工具（SCM Rools）
正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。
正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制均十分接近，但由于其定位不同，因此各有特点。现在常见的软件配置管理工具主要有：CCC、SCCS、RCS、Rational ClearCase、Merant PVCS、Hansky Firefly、Microsoft VSS、CVS、GIT、SVN，下面我们就对这些配置管理工具做一简单的介绍。
元老：CCC 、SCCS、 RCS
上个世纪七十年代初期加利福利亚大学的Leon Presser 教授撰写了一篇论文，提出控制变更和配置的概念，之后在1975年，他成立了一家名为 SoftTool的公司，开发了自己的配置管理工具：CCC，这也是最早的配置管理工具之一。
在软件配置管理工具发展史上，继CCC之后，最具有里程碑式的是两个自由软件： Marc Rochkind 的SCCS (Source Code Control System) 和 WalterTichy 的RCS (Revision Control System)，它们对配置管理工具的发展做出了重大的贡献，直到现在绝大多数配置管理工具基本上都源于它们的设计思想和体系架构。
中坚：Rational ClearCase
Rational 公司是全球最大的软件CASE 工具提供商，现已被IBM 收购。也许是受到其拳头产品、可视化建模第一工具Rose 的影响，它开发的配置管理工具ClearCase 也是深受用户的喜爱，是现在应用面最广的企业级、跨平台的配置管理工具之一。
