ouyida3的专栏

进行持续集成最流行的工具是Jenkins和CruiseControl，CC比较老牌，但现在Jenkins更流行，所以选用Jenkins。 Jenkins前身是Hudson，改名的原因仅仅是摆脱Oracle的操控（我一直非常讨厌oracle这个公司），所以《Maven实战》书里说的Hudson的使用，在Jenkins里完全适用（我就是根据书里配置的），里面的代码也还是叫Hudson。 官网： http://jenkins-ci.org/ github： https://github.com/jenkinsci

几个注意事项： 1、jenkins安装的机器和svn不需要是同一台机器，但是要可以访问svn的机器； 2、jenkins和maven需要是同一台机器（其实就是在jenkins机器安装个maven，可参考我之前写的maven安装文章）； 3、jenkins和tomcat不需要是同一台机器，但是jenkins本身没有发布远程tomcat的功能，如何实现可见我后面的文章； 4、jenkins机器必须安装了java，maven编译构建需要（有点废话，jenkins的启动就是用的java命令） 5、以上4点，svn换

使用Jenkins进行持续集成（三）-邮箱与用户先阅读 使用Jenkins进行持续集成（一）-安装篇 使用Jenkins进行持续集成（二）-配置篇 作用邮箱的配置非常重要，用于构建失败后给相关的人员发送邮件通知。默认邮箱后缀配置系统管理->系统设置->邮件通知->用户默认邮件后缀 假设配置了@company.com，而svn的用户名为ouyida3，则构建失败后自动会给ouyida3@compan

转载请标明出处： http://blog.youkuaiyun.com/ouyida3/article/details/48089141 本文出自:【ouyida3的博客】tomcat-users.xml配置<role rolename="manager"/> <role rolename="manager-script"/> <role rolename="manager-gui"/> <role

cargo确实是自动部署tomcat的利器，详细可见我之前的文章： 使用cargo实现jenkins自动部署远程tomcat但是发现却不是那么稳定。主要体现在偶尔会使得jenkins构建失败。错误主要有三种： 1 FAIL - The application [/zsale-web] is already being serviced 2 Connection refused -> [