软件开发热点词汇不断推陈出新，cmmi。agile。精益，持续交付，持续集成，灰度……但有一个词事实上一直在那里，支持着各种各样的新热点。它是#软件配置管理#。 它也是影响团队软件开发效率的重大因素。
　　英文缩写SCM
　　SCM从软件project诞生时，甚至诞生前就在那里。由于程序代码文档总是要存放的.
　　SCM发展历经了很多阶段，试做七重境地分级
　　七重境地之第一重
　　共享文件夹，复制来处理多人合作，每天或每周备份下。
　　每部分仅仅有一个人负责。编译时手工在共享文件夹上处理。
　　关键版本号另外文件夹存放。或者刻制版本号
　　七重境地之第二重
　　使用了配置管理工具，没有分支，每一个部分仅仅同意指定的一个人改动。文档文件在定稿后存放进工具。
　　公布版本号可以得到追溯
　　七重境地之第三重
　　文档一?始就进入配置管理工具。文件名称带版本号号，多人在同一个组件/项目project里同一时候开发。
　　中间里程碑基线得到识别
　　?用配置管理三库：开发库。静态库（稳定库），公布库（产品库）
　　七重境地之第四重
　　文档与代码可以在统一的基线下管理，全部文件名称不带版本号号，利用工具的tag/label功能管理基线，代码可以一键编译。
　　七重境地之第五重
　　有明白的主干分支策略。居于公布目的来建立分支，而不是每人建分支，配套有自己主动化每日构建，或/和持续集成。各组件版本号号与基线自己主动关联，这样。显式的版本号号能追查到代码基线
　　七重境地之第六重
　　每天能自己主动得到2个以上版本号。自己主动部署?试出报告。不同project师提交的代码在1小时内就能确认和谐的共存在同样基线，充分利用主干，特性开关，虚主干等等方法
　　七重境地之第七重
　　文档和代码在统一的文件工具下开发。工具即是文档管理的工具，又是配置管理的工具， 全部的变更直接关联，就像Requiz Pro或者Dors那样
　　uml mda从文档直接到代码，可执行