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