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

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

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

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

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

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

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

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

你可能感兴趣的:(升级包)