版本比对流程.doc

版本对比的主要目的是：
1、开发基础版本正确
2、开发提交版本正确
3、测试版本正确
4、发布版本正确

现在的流程：

一、开发从测试部取生产版本，开发

二、开发提交版本（增量版，提交变更控制表）

三、测试收到版本，进行入库版本对比（增量版和变更控制表的内容），确认提交版本是经过开发检查的。如果不一致，说明开发提交版本时有漏文件或变更控制表漏掉填写。一致也不能说明版本完全正确，通过测试来检查。（确认第二个目的，重要，必须做）

注意 ：
1、对提交svn库的源码要做简单判断，一些临时文件、log文件、class文件等不需要提交到svn上去，在提交全量版本时容易将垃圾文件一起上传。可以将一些不上传文件作为例外设置。
2、在测试过程中多次提交alpha、beta版本时，版本的内容应该包含基线以后所有的修改，而不是仅限于当前版本相比前一个版本的修改。（重要）
3、在测试过程中多次提交版本时注意文件删除情况，这也容易造成svn上源码冗余。（重要） 

四、测试编译版本，编译出增量包、全量包（源码和编译后文件分别有，共4个包，这个时候可以做源码和编译两个增量包得对比，就是对比class和java文件是否一致）。

注意：
1、增量文件比较多的情况，自动编译脚本编写技巧：再提交到svn时，不要急于commit，可以将修改列表拷贝出来（先按后缀排序），作为编写自动脚本增量部分列表使用。用UE编辑，设置为列模式，然后在第一个字段统一加上<include name=” ,然后用替换功能加上”/>比如aaa.java文件，则可以替换.java为.java”/>,一次替换所有类型文件，文件少的时候拷贝粘贴更方便。源码处理完成后，拷贝到另外一个文件，批量替换src为classes，.java为*.class。这样再拷贝到自动编译脚本中即可。 

五、增量包打入之前的测试环境，与全量包对比。正确后测试。（确认第三个目的）

6、测试通过后发布，提交编译文件增量包和全量包给项目经理

7、项目经理需要将生产备份，然后打入增量包和提供的全量包对比。一致后上线。（确认第四个目的）