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