开发环境的维护

主要在嵌入式 Linux 领域，达到如下目的：

1. 方便的管理项目中所包含的各个 Open Source Software 的 configure 选项  
2. 快速、方便地重新编译整个项目  
3. 快速、方便地重新编译整个项目，为另一个硬件平台  

    这几天项目组经常碰到CVS上的代码维护问题。 比如： 1) 有人修改了CVS上某个工程文件的编译选项：增加了一个库链接；我CVS UPDATE之后就会编译不通过，因为我机器上没有那个库。  2)新来了一个员工，需要重新装一个开发环境，如何快速一次装好。 3）嵌入式的项目一般要同时维护2个平台：嵌入式平台(ARM平台)和模拟器平台(X86平台) 。

         目前看来最好这样规定： 

         1) 版本号这样规定： xxxx_1_1_1  ， 最后一位数字是日常版本号，中间一个数字是里程版本号号，即正式提交测试的版本。 最高位是系统级的更新。

         2） 对于发布的里程版本号，所有开发人员必须全部更新代码。 对于日常版本号，可以不必

全部更新。防止可能编译不通过,影响日常工作。

         3) 对于二进制文件，比如第三方库，也要放到CVS上进行维护。注意二进制文件必须以“-kb”标记。

    4) 编译脚本也应当放在CVS上。

    5) 提交前确保编译没有warning出现。

    6)提供完整的编译工具安装文档，供新员工使用。