无论何时构建软件，总会有改进的余地，而这些改进会带来变化。可能需要进行更改以修改或更新任何现有解决方案或为问题创建新解决方案。需求每天都在不断变化，因此我们需要根据当前的要求和需求继续升级我们的系统，以满足所需的输出。应在对现有系统进行更改之前对其进行分析，在实施之前进行记录，报告之前和之后的详细信息，并以提高质量和减少错误的方式进行控制。这就是系统配置管理的需要。

系统配置管理（SCM）是一种练习安排，通过识别变更项目，建立这些项目之间的联系，制定/表征监督各种变体的工具，控制当前框架中正在执行的变更，检查和揭示来控制变更。 /报告所做的更改。根据以下事实来控制变化是至关重要的：如果没有合法地检查变更，那么它们可能最终会破坏运行良好的编程。通过这种方式，SCM是所有项目管理活动的基础。

SCM中涉及的过程 -

配置管理为平稳控制工作产品提供了一个规范的环境。它涉及以下活动：

识别和建立 -从在给定时间点组成基线的产品中识别配置项目（基线是一组相互一致的配置项目，已经过正式审核和同意，并作为进一步开发的基础）。建立项目之间的关系，创建管理多层次控制的机制和变更管理系统的程序。

版本控制 -创建现有产品的版本/规格，以便在SCM系统的帮助下构建新产品。版本说明如下：

假设在一些更改之后，配置对象的版本从1.0更改为1.1。稍微更正和更改导致版本1.1.1和1.1.2，然后是对象1.2的主要更新。对象1.0的开发持续到1.3和1.4，但最后，对象的一个值得注意的变化导致了一个新的进化路径，版本2.0。目前支持这两个版本。

更改控制 -控制对配置项（CI）的更改。更改控制过程如下图所示：

提交和评估变更请求（CR）以评估技术优势，潜在的副作用，对其他配置对象和系统功能的总体影响以及变更的预计成本。评估结果作为变更报告提供，变更控制委员会（CCB）使用变更控制委员会（CCB） - 对变更的状态和优先级做出最终决定的人员或团体。为每个批准的更改生成工程更改请求（ECR）。

如果更改被正当理由拒绝，CCB也会通知开发人员。ECR描述了要做出的改变，必须遵守的限制以及审查和审计的标准。要更改的对象是“检出”项目数据库，进行更改，然后再次测试对象。然后将对象“签入”到数据库，并使用适当的版本控制机制来创建软件的下一版本。

配置审核 -软件配置审核补充了流程和产品的正式技术审核。它侧重于已修改的配置对象的技术正确性。审核确认了SCM系统中项目的完整性，正确性和一致性，并跟踪从审核到关闭的行动项目。

报告 -通过管理指南，用户指南，常见问题解答，发行说明，备忘录，安装指南，配置指南等向开发人员，测试人员，最终用户，客户和利益相关者提供准确的状态和当前配置数据。

SCM工具 - SCM

市场上有不同的工具，如：CFEngine，Bcfg2服务器，Vagrant，SmartFrog，CLEAR CASETOOL（CC），SaltStack，CLEAR QUEST TOOL，Puppet，SVN-Subversion，Perforce，TortoiseSVN，IBM Rational团队音乐会，IBM配置管理版本管理，Razor，Ansible等。列表中还有更多。

建议在选择任何配置管理工具之前，正确理解这些功能并选择最适合您项目需求的工具，并在选择使用之前明确各自的优缺点。