定制需求开发升级包经验总结

1.升级包的完整性
要详细向各个子系统了解哪些需要升级替换，不要漏替换文件
eg：本次报表etl同步数据代码就不在report.war中，漏替换一个文件夹导致数据提取失败

2.脚本的完整性
要详细统计所有子系统从一线版本到升级的最新版本的脚本，并针对各个脚本编写回滚脚本，以备升级失败回滚

3.数据的向下兼容
要充分考虑本次DB的升级是否对历史数据产生影响
eg：本次升级在一张表中新增字段，历史数据的此字段数据为空就会导致报错，要增加字段后为历史数据设置默认值

4.替换war包时要先删除原来位置的war包，不要采用覆盖的方式
采用覆盖的方式会导致一些jar包的冲突
eg：如覆盖会导致同一jar包不同版本同时存在而产生冲突

5.明确svn版本信息，防止误提交文件到错误版本上
代码下载到本地后不同的工程前缀要有所区别，同时尽量避免升级包和定制并行进行的情况
eg：本次升级包的制作与定制版本的开发同时进行，存在一人同时操作4个版本代码的情况，出现一些提错代码的情况，版本比较混乱

6.增量验证和全量打包验证
增量验证是为了保证在一线升级的正确性，全量打包验证为了保证svn代码全部提交，保证下次打包的正确性

7.详细统计需要更改的配置文件
war包中包含很多环境信息，要详细统计出哪些需要更改，并在文档中详细说明，以备自动更改IP失败手动更新