软件开发热点词汇不断推陈出新，cmmi，agile，精益，持续交付，持续集成，灰度……但有一个词其实一直在那里，支持着各种各样的新热点，它是#软件配置管理#。 它也是影响团队软件开发效率的重大因素。

英文缩写SCM

SCM从软件工程诞生时，甚至诞生前就在那里，因为程序代码文档总是要存放的.
SCM发展历经了许多阶段，试做七重境界分级

七重境界之第一重

共享目录，复制来处理多人合作，每天或每周备份下。每部分只有一个人负责。编译时手工在共享目录上处理。
关键版本另外目录存放，或者刻制版本

七重境界之第二重

使用了配置管理工具，没有分支，每个部分只允许指定的一个人修改，文档文件在定稿后存放进工具。
发布版本可以得到追溯

七重境界之第三重

文档一开始就进入配置管理工具，文件名带版本号，多人在同一个组件/项目工程里同时开发。
中间里程碑基线得到识别
采用配置管理三库：开发库，静态库（稳定库），发布库（产品库）

七重境界之第四重

文档与代码能够在统一的基线下管理，所有文件名不带版本号，利用工具的tag/label功能管理基线，代码能够一键编译。

七重境界之第五重

有明确的主干分支策略，居于发布目的来建立分支，而不是每人建分支，配套有自动化每日构建，或/和持续集成，各组件版本号与基线自动关联，这样，显式的版本号能追查到代码基线

七重境界之第六重

每天能自动得到2个以上版本，自动部署测试出报告，不同工程师提交的代码在1小时内就能确认和谐的共存在相同基线，充分利用主干，特性开关，虚主干等等方法

七重境界之第七重

超越第6重的配置管理？ 
候选
文档和代码在统一的文件工具下开发，工具即是文档管理的工具，又是配置管理的工具， 所有的变更直接关联，就像Requiz Pro或者Dors那样 
uml mda从文档直接到代码，可运行