如果经费有限的话呢，就不妨采用自由软件，如cvs之类的工具。其实无论在稳定性还是在功能方面，cvs的口碑都非常好，我看到过很多组织成功地在cvs上完成配置管理的工作。如果你（或者你的配置管理员）不是一个依赖性很强的人，喜欢自己钻研、自己去寻找资料解决问题，cvs会是一个不错的选择。
如果准备选择商业配置管理工具，就应当重点考虑下面几个因素。
一、工具的市场占有率。大家都选择的东西通常会是比较好的东西。而且市场占有率高也通常表明该企业经营状况会好一些，被人收购或者倒闭的可能性小一点。
二、工具本身的特性，如稳定性、易用性、安全性、扩展能力等。你应当在投资以前仔细地对工具进行试用和评估。这儿比较容易忽略的是工具的扩展能力（scalability），你现在可能只是在几个人、十几个人的团队中部署这个工具，但是以后可能会有几十个、几百个人要在依赖这个工具建立的平台上工作，到时候这个工具能不能提供这样的支持能力？如果到时候要换一个工具的话，你一定会后悔今天的选择。
三、厂商支持能力。工具使用过程中一定会出现这样那样的问题，有些是因为你使用不当引起的，有些则是工具本身的毛病。这样的问题会影响到开发团队的工作进度，你一定希望能随时找到厂商的专业技术人员帮助你解决这些问题。
配置管理工具不是用一次两次的工具，因此，选择配置管理工具其实是选择和哪个厂商来建立一种长期的关系；如果你不信任或者干脆就是不喜欢这个厂商的技术代表，那么，不管他把他的东西吹得怎么个天花乱坠，还是赶紧让他走吧。
计划三：软件配置管理计划
通过分解“软件配置管理计划”这八个字，并将其一层层演义，当演义结束的时候，你也就自然明白了什么叫“软件配置管理计划”。
首先讲软件
软件就是一些程序、数据、文档的集合，对应的是软件生命周期整个过程，如需求分析文档、概要设计文档、数据库设计文档、源代码、系统测试文档、安装手册等等。
同时，“软件”一词在这里又是广义上的，因为做为一个项目，在上述过程中还隐含的包括了与此相适应的所有支持过程，如软件开发计划、软件质量保证计划、(当然还有软件配置管理计划)等。
如果你觉得把“软件”一词就这样进行广义有点牵强，那么当你看到这八个字中即有“管理”又有“计划”的，你也会想到“软件”会包含以上两方面的内容。
其次讲配置管理
配置管理的主体就是“软件”部分描述的两方面内容(又称之为配置项)，其主要动作就是对“修改”的管理，主要体现在版本的更新上。
配置项中有三个状态，草稿(draft)、正式发布(released)、正在修改(changing)。
“正式发布”是指经评审通过的，“正在修改”是依附在“正式发布”之上的，是指评审ok后还要进行一些修改，所以你千万别误解为对处于“草稿”状态配置项进行修改也叫“正在修改”，“草稿”修改完了还是“草稿”。
在这三个状态之下，要做好版本控制工作，既不能出现版本丢失的情况，也不能出现版本覆盖的情况，要做到井然有序、步步为营。
在所有的配置项中，我们会看到很多很多的名词，有的被称之什么什么库，有的被称之什么什么基线，所以在这里有必要引入几个概念说明一下。
对于库的理解，我觉得像一个容器，主要用来装程序及最终生成的产品，可以对应配置项的不同状态。
