keywords:svn,trunk,branch,jenkins,maven,merge
两地同时开发一个产品,目前线上有3个环境:测试环境、预发布环境、生产环境。目前系统部署采用jenkins自动化部署工具
用jenkins部署的方案jenkins 测试环境：配置了各个分支的svn 地址；预发布和生产环境配置为主干的svn地址。jenkins部署的大致流程为：
根据配置的svn路径
下载源码
maven打包
copy到tomcat的webapps目录
重启tomcat
采取的版本控制方案如下图，虽然图看起来这么多弯弯曲曲的线，其实还是实施起来很简单的
两个原则
一：基于分支提测，预发布和生产基于主干进行发布
二：每次上线后，一定要及时通知其他分支及时从trunk merge到branch
还有种部署方案：不基于源码打包部署，而是打一个war包，然后根据环境自动替换配置文件。这种部署方案比较适合分布式部署
这种版本控制可以有细微变动：就是第四点，发布到线上后，发现存在bug，那么是从tag新建分支，修复后，可以直接从分支打包上生产。因为如果用jenkins自动部署工具，那么就需要保证取源码的svn路径不能发生改变。
如下图：
