请问版本控制和配置控制的区别？

[yorgo]

配置控制包括版本控制，但除了版本控制之外的东西有那些

有点晕

[zhuma]

configuration management（配置管理）
一个支持过程，其目的是标识、确定项目并建立项目基线；控制这些项目的更改和发布；报告并记录这些项目和更改请求的状态；确保项目的完整性、一致性和正确性；控制存储；处理并交付这些项目。

配置与变更管理简介
简介
目的
与其他核心工作流程的关系
概念
建立基线
配置与变更请求管理
晋升方法
产品目录结构
变更请求管理
配置状态报告
统一变更管理 (UCM)
工作区
简介
作为对“软件工程协会”(Software Engineering Institute) 的“能力成熟度模型”(SEI CMM) 的解释，“配置与变更请求管理控制对项目工件的变更，并且维护项目工件的完整性”。





配置与变更请求管理（CM 与 CRM）涉及：

确定配置项，
限制对这些项的变更，
审核变更（对这些项所做的变更），和
定义与管理配置（这些项的配置）。
用于为一个组织提供变更与配置管理的方法、流程和工具可以视为该组织的 CM 系统。

一个组织的配置与变更请求管理系统（CM 系统）中存放了有关该组织的产品开发、晋升、部署和维护流程的重要信息，并且保留了执行这些流程时产生的、或许可重复使用的工件等资产。

CM 系统是整个开发流程中的核心部分，它必不可少。

目的
在控制由参与同一个项目的许多人员所生成的大量工件时，CM 系统至关重要。如果进行控制，就有助于避免混乱情况（其代价通常都很大）的发生，并确保生成的工件不会由于下列问题而发生冲突：

同时更新
有限通知
多个版本
同时更新

当两个或更多的角色分别对同一个工件进行操作时，最后进行变更的那个角色将破坏前一个角色的工作。根本的问题是：如果系统不支持同时更新，则会导致系列变更并使开发流程减慢速度。但如果使用“同时更新”，那么挑战将在于检测更新已同时进行，而且要在并入变更时解决任何与集成有关的问题。

有限通知

由多个开发人员共享的工件中的某个问题得到了纠正，但有些开发人员并未收到变更通知。

多个版本

多数大程序是以演进式发布版的方式开发的。一个发布版可能为客户所用，另一个发布版正在测试，而第三个发布版则尚在开发之中。如果在这些版本的任何一个版本中发现了问题，则需要将修复方案通报给所有这些版本。除非对变更进行慎重的控制和监测，否则可能会引起混乱，并且由于混乱而需要进行修复和返工，而这往往成本很高。

CM 系统有助于管理演进式软件系统的多个版本，追踪了解在给定的软件工作版本中使用了哪些版本，根据用户定义的版本规约构建单个程序或整个发布版，以及强制实施特定于某个站点的开发策略。

CM 系统直接带来的一些好处是：该系统

支持开发方法，
维护产品完整性，
确保已配置产品完整性和正确性，
为开发产品提供一个稳定的环境，
基于项目策略限制对工件的变更，和
提供有关变更工件的原因、时间和人员的审核记录。
另外，CM 系统还存储了有关开发流程本身的详细“统计”数据：创建特定版本的人员（以及时间和原因）、在特定工作版本中使用了哪些版本的源代码以及其他相关信息。

与其他工作流程的关系
一个组织的 CM 系统在产品的整个生命周期（从先启阶段到部署阶段）中都得到了利用。作为组织的资产储存库，CM 系统包含了需求、设计与实施工件的源文件的当前版本和历史版本，它们定义了系统或系统构件的特定版本。

（CM 系统中的）产品目录结构包含了实施产品时所需的所有工件。同样，配置与变更管理 (CCM) 工作流程与所有其他工作流程相关，原因是它被用作其他工作流程工件结果集的储存库。

业务建模集，
需求集，
分析设计集，
实施集，
测试集，
部署集，
配置与变更管理集，
项目管理集，和
环境集。

[lxy8247]

ClearCase提供的配置管理还包括:编译管理(Build),发布管理(Release),工作区管理(WorkSpace)