Jenkins部署心得体会.

Jenkins是一个持续集成平台.用于代替使用人工重复部署的方式.
之前其实一直都用着Jenkins,但是别人搭好的,想要部署的时候只需要登录后点击构建就行.但一直没有真正的了解过它到底是什么,它的能力范围是什么.
这次自己从0开始新搭建了个平台后终于对其有了了解,这里记录下:
部署过程就不讲了,到处都是图文的手把手教程.

jenkins最核心发部分其实就是这个配置页面

进入后也很直观,按顺序是源码管理 构建触发器 构建环境 构建 构建后操作
源码管理对接 SVN GIT等版本管理工具 之前看其他教程一直很纳闷的就是 哪里触发svn拉取代码.好像各种图文教程都没有提及.自己弄过次才明白,其实只要你配置了源码管理后 如svn 每次构建的时候他会自动去拉取最新代码. 而且Jenkins有自己的工作空间 这一点也没人提及
如下图 你的每个构建任务或者叫工程在工作空间都会有对应的工程,里面存储的就是拉取的最新代码
空间可以设置 如果没有设置就在安装目录下


其他的构建工具和脚本都是在此基础上进行操作的,如ant 如果Jenkins用的是ant脚本去构建工程到tomcat,
那么 ant脚本的位置默认就是 workspace下的工程文件夹下的根目录,名称默认就是build.xml,如果名称不对则要点击高级 在build_file 修改 如 create.xml

至于构建触发器是用于触发构建的 如 定时触发 更新svn触发等,很好理解
构建环境和构建后操作 看选项就能明白,

构建 : Jenkins 其实什么都没做,只是提供了个平台而已 构建的具体过程还得自己实现,什么批处理脚本 shell脚本ant脚本 自己都会要编写,Jenkins 只是去按顺序调用这些脚本而已 ,

举例 我做的这个,在windows下部署 tomcat web应用, 我把 tomcat制作成服务.
那么一次部署工作如下: 关闭服务 更新svn 编译源码 复制文件到tomcat 启动服务.
其中关闭服务和启动服务肯定用的都是cmd的命令 中间的用的是ant,那么构建环境就得填写ant的执行环境
关闭服务如果用net stop XXX 其实是有问题的 如果服务状态是关闭的就会出错,或者 关闭时间稍微长点也会错.
所以我写了个bat脚本根据端口杀死进程,端口没在用就不处理, 这样就正常执行了

下面是我的部署例子

点击构建 就开始执行这些你定义的一系列脚本了,在控制台输出可以查看实时的输出,一般很难一次成功,看着控制台多debug几次就行