软件配置管理七重境地

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

英文缩写SCM

SCM从软件project诞生时，甚至诞生前就在那里。由于程序代码文档总是要存放的.
SCM发展历经了很多阶段，试做七重境地分级

七重境地之第一重

共享文件夹，复制来处理多人合作，每天或每周备份下。

每部分仅仅有一个人负责。编译时手工在共享文件夹上处理。
关键版本号另外文件夹存放。或者刻制版本号

七重境地之第二重

使用了配置管理工具，没有分支，每一个部分仅仅同意指定的一个人改动。文档文件在定稿后存放进工具。
公布版本号可以得到追溯

七重境地之第三重

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

七重境地之第四重

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

七重境地之第五重

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

七重境地之第六重

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

七重境地之第七重

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