基于SVN + Maven的构建发布Demo

       想起在笔者刚毕业时去的第一家上市公司，刚进去时，项目的构建发布都是通过脚本来实现，开发人员需要登录中转机器或者目标机器，上去执行构建重启脚本，甚至在这个过程中需要临时动手去修改一些脚本，整个过程下来少则几分钟，多则几十分钟不等，如果中途碰到什么问题，那就更纠结了，整个生产过程，人力成本太高，生产效率不高。后来有个哥们动手开发了一套构建发布的管理系统，有简单易操作的管理界面，构建发布效率大大提高，而且基本上不会出错，扯远了。开始今天的话题吧。

      笔者有时会在自己的阿里云机器上部署服务，开发构建周边环境主要是：SVN、Maven、Java、Tomcat、Nginx，在个人的折腾过程中也是不断意识到运维自动化的重要性。

一、第一版本的简单流程

   

        

  上图是最简单不过的开发部署模型，代码的版本控制由SVN解决，开发测试通过后，本地构建打包，然后通过人工上传（这个也太原始，不能忍受），笔者最开始是使用maven的tomcat:redeploy 打包然后deploy到线上服务器，这里严重依赖线上tomcat服务是正常可用的。假设线上服务器的tomcat服务是不可用的，那是无法直接自动redeploy到线上服务器的。

二、第二版本，有点自动化的感觉

      

     

       

  好了，这个有点那么自动化的感觉了，即使线上服务器的tomcat服务挂了也无碍，因为此时不再需要依赖tomcat服务，不过需要在线上服务器安装maven等依赖环境和编写整个流程的shell脚本，包括拉取源码、构建、发布、重启，而且还可指定版本发布，具体的技术细节这里就不讨论。

      那么问题又来，假设需要回滚历史版本怎么办，目前第二版本还是很简单粗暴的，也就是说Demo。

    至于回滚问题，笔者下次再整理一篇