主要在嵌入式 Linux 领域，达到如下目的：
方便的管理项目中所包含的各个 Open Source Software 的 configure 选项 快速、方便地重新编译整个项目 快速、方便地重新编译整个项目，为另一个硬件平台这几天项目组经常碰到CVS上的代码维护问题。 比如： 1) 有人修改了CVS上某个工程文件的编译选项：增加了一个库链接；我CVS UPDATE之后就会编译不通过，因为我机器上没有那个库。 2)新来了一个员工，需要重新装一个开发环境，如何快速一次装好。 3）嵌入式的项目一般要同时维护2个平台：嵌入式平台(ARM平台)和模拟器平台(X86平台) 。
目前看来最好这样规定：
1) 版本号这样规定： xxxx_1_1_1 ， 最后一位数字是日常版本号，中间一个数字是里程版本号号，即正式提交测试的版本。 最高位是系统级的更新。
2） 对于发布的里程版本号，所有开发人员必须全部更新代码。 对于日常版本号，可以不必
全部更新。防止可能编译不通过,影响日常工作。
3) 对于二进制文件，比如第三方库，也要放到CVS上进行维护。注意二进制文件必须以“-kb”标记。
4) 编译脚本也应当放在CVS上。
5) 提交前确保编译没有warning出现。
6)提供完整的编译工具安装文档，供新员工使用。
