上线版本管理.ppt

上线版本管理 目的： 让大家都能了解目前上线版本的管理是如何进行的； 希望能集思广益，希望大家能提出不足之处及改进意见，使2016年的上线版本质量更高 步骤1-收到开发定版更新包 例：收到某项目第一个更新包 操作： 1、在svn上建立该项目目录aa，并checkout到本地； 2、解压缩该更新包到本地svn目录aa，并commit到svn服务器，同时在log中注明本次提交的详细信息备查。 步骤2-更新测试应用 操作： 1、关闭测试应用； 2、备份测试应用； 3、上传更新更新包； 4、清除缓存，重新启动应用； 5、观察启动应用中日志是否报错，如没有报错，进入测试，如有报错，进行排查。 步骤2-更新测试应用 操作： 1、关闭测试应用； 2、备份测试应用； 3、上传更新更新包； 4、清除缓存，重新启动应用； 5、观察启动应用中日志是否报错，如没有报错，进入测试，如有报错，进行排查。 步骤3-收到修正bug的更新包或者文件 操作： 1、覆盖到本地目录aa，收到文件的情况要核对好路径； 2、提交svn并详细记录log； 3、重复步骤2（ 注意删除文件的情况） 步骤4-收到其他人更新包 有时一次上线版本有多个人或者多个小团队开发不同项目，会分别提交更新包。 操作： 1、覆盖到本地目录aa，提交时观察是否有交叉的情况（modified），若有交叉的情况，让开发人员合并源代码并让其中一个人管理该文件； 2、重复步骤2. 步骤5-拆分更新包 上线计划调整，需要拆分上线。 操作： 1、根据svnlog记录，export合并节点前的版本，建立目录bb，并根据log覆盖后续相关更新包及文件； 2、恢复测试应用初始版本，重复步骤2. 步骤6-拆分更新包 上线计划调整，需要拆分上线。 操作： 1、根据svnlog记录，export合并节点前的版本，建立目录bb，并根据log覆盖后续相关更新包及文件； 2、恢复测试应用初始版本，重复步骤2. 步骤7-更新演示环境 操作： 1、取得生产应用版本； 2、在演示环境恢复生产应用版本； 3、使用最终更新包更新演示环境。 步骤8-内部定版 操作： 1、演示环境验证通过后，更新包可以作为内部定版版本； 2、注意上线脚本的管理； 3、最终上线前应与开发人员最后核对更新包及上线脚本。 总结 流程并不复杂，技术也不深奥，只是需要日复一日的耐心和认真。 伟人说过：世界上的事情最怕认真二字。 无论是在哪个岗位上，只要认认真真，不折不扣的完成应做的工作，还有什么做不成呢？