软件配置管理思想精髓

软件开发过程中的配置管理按照应用的水平逐渐深入，可以依次达到以下5个目的：
1：随时保留文件到服务器上，使自己的工作成果不会应为误操作、病毒、意外等原因轻易丢失。

2：集中所有成员的工作文件，使每个成员都可以获取完整的源文件，从而可以共同工作，甚至在两个人同时修改一个文件时可以自动提示冲突并合并他们的修改。
3：记录下每个文件的每个版本，可以随时让某一个文件的内容回到某个历史状态，进行了错误的尝试后可以随时回到从前。

4：可以通过基线来维护软件的里程碑，把通过了内部测试的稳定版本从用于保存阶段性成果的草稿版本区分开来。

5：可以通过分支来维护软件的多个并行版本，比如同一个软件中某些文件可能会根据行业或客户类型的不同而有不同的内容。

 

项目管理中最重要的就是物流的管理，而软件配置管理就是软件项目的物流管理，但和传统硬件项目有几个重大的区别：

1：硬件工件具有唯一性，同一个东西永远只有一个，而组成软件的文件则可以任意复制，如果把配置服务器作为仓库，里面的文件作为工件的话，那么工程师实际上是获取一个副本进行修改，修改完毕后把副本提交到仓库，仓库才用副本代替旧的文件的位置，并把旧的文件保存到仓库的更底层。

2：软件文件是在出库check out时并不会发生变化，而是入库check in时产品才真正发生变化。

 

上面的第二点引出一个问题：很多开发管理流程中要求开发人员在checkout时填写变更单，实际上这是极其荒谬的，可想而知，这种理论显然是从硬件项目管理的方法生搬硬套过来的，最重要的原因是因为软件文件之间的关系非常紧密，当程序员要修正一个缺陷时，需要不断调试程序，这个过程往往要尝试改动很多文件才能找到问题的真正所在，直到最后问题解决了才知道要改动的是那些文件，没有人可以在看到缺陷的第一眼就一定能知道是哪些文件出了错，因此变更记录应该是在入库时进行而非出库时填写，否则将造成极大的瓶颈和浪费，让程序员无法忍受，难以想象一些官僚的机构居然一直用这种错误的流程浪费公司的时间和程序员的精力。