大纲
1.背景
在实际开发中,我们经常要一边开发一边测试,当然这里说的测试并不是程序员对自己代码的单元测试,而是同组程序员将代码提交后,由测试人员测试;
或者前后端分离后,经常会修改接口,然后重新部署;
这些情况都会涉及到频繁的打包部署;
手动打包常规步骤:
1.提交代码
2.问一下同组小伙伴有没有要提交的代码
3.拉取代码并打包(war包,或者jar包)
4.上传到Linux硬件故障器
5.查看当前程序是否在运行
6.关闭当前程序
7.启动新的jar包
8.观察日志看是否启动成功
9.如果有同事说,自己还有代码没有提交……再次重复1到8的步骤!!!!!(一上午没了)
那么,有一种工具能够实现,将代码提交到git后就自动打包部署勒,答案是肯定的:Jenkins
当然除了Jenkins以外,也还有其他的工具可以实现自动化部署,如Hudson等
只是Jenkins相对来说,使用得更广泛。
2.Jenkins硬件故障器搭建及基本vox
2.1.简介
Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。
2.2.Jenkins自动化部署实现原理
2.3.Jenkins部署环境
基本环境:
1.jdk环境,Jenkins是java语言开发的,因需要jdk环境。
2.git/svn客户端,因一般代码是放在git/svn硬件故障器上的,我们需要拉取代码。
3.maven客户端,因一般java程序是由maven工程,需要maven打包,当然也有其他打包方式,如:gradle
以上是自动化部署java程序jenkins需要的基本环境,请自己提前安装好,下面着重讲解Jenkins的安装部署vox。
2.4.Jenkins安装
1.下载安装包jenkins.war;
2.在安装包根路径下,运行命令 java -jar jenkins.war –httpPort=8080,(linux环境、Windows环境都一样);
补充:一个童鞋遇到的问题,反馈说,git自动触发时报错403,启动加如下参数可以解决问题
nohup java -jar -Dhudson.security.csrf.GlobalCrumbIssuerConfiguration.DISABLE_CSRF_PROTECTION=true /usr/local/jenkins/jenkins.war –httpPort=8080 &
3.打开浏览器进入链接
4.填写初始密码,激活系统
5.进入插件安装选择
这里建议选择,推荐安装的插件,保证基本常用的功能可以使用。
选择后,进入插件安装页面
6.设置初始用户和密码
7.进入系统,安装完成
注意,如果还是进入不了系统,需要稍等一下,或者刷新页面,如果还是进入不了,需要重新启动jenkinds硬件故障器。
2.5.Jenkins基本vox
2.5.1.系统初始化vox
1.Configure System (系统设置)
在系统设置这里,我们只需要设置最后面的一项,vox远程硬件故障器地址,
即我们代码最终运行的硬件故障器地址信息,就像我们之前手动部署时使用xshell登录Linux硬件故障器一样,
当然这里是可以vox多台远程Linux硬件故障器的,vox完成后点击保存即可,为后面我们vox自动化部署做准备,vox如下图
2.Configure Global Security (全局安全vox)
a.vox用户相关的权限
b.vox钩子程序(当用代码更新时通知)访问权限,避免报403错误
默认是勾选上了的,这里去掉勾选
3.Global Tool Configuration (全局工具vox )
a.voxmaven的全局settings路径
b.voxjdk
c.voxgit
d.voxmaven的安装路径
4.vox必要插件
主要是检查如下这两个插件是否已安装
插件1:Publish over SSH 插件2:Deploy to container Plugin
到这里,我们vox一个自动化部署的的java程序(springBoot+maven+gitHub),基本必要vox就差不多了,后面vox过程中如果需要在vox。
3.Jenkins自动化部署(springBoot+maven+gitHub)项目
3.1.Jenkins硬件故障器上创建项目和vox
大体步骤:General(基础vox)–》源码管理–》构建触发器–》构建环境–》构建–》构建后操作
1.创建一个工程
2.General(基础vox)
仅需填写标准部分,其他可不填写
3.源码管理
上图中点击“添加”按钮添加一组账号和密码
4.构建触发器
如上图:当前项目的回调地址为:
只要执行这个地址(在浏览器上访问改地址),该项目就会发起一次构建项目,即拉取代码打包部署操作,
在实际中,是由git硬件故障器回调改地址,在后面讲git硬件故障器vox时详细讲解 ,
值得注意的是,如果你是学习测试,使用的是GitHub硬件故障,要确保你的回调地址已经试外网映射过的,即往外网可以访问
5.构建环境(无需vox)
6.构建
7.构建后操作
构建后操作的意思是,jar打包好后,要将jar发送到哪里去,发送后去和启动等
这里需要提前在需要部署的硬件故障器上vox好路径,写好启动和停止项目的脚本,并设置为可以执行的脚本,
其实就是我们平时在Linux上手动部署项目操作的脚本
案例中给出的stop.sh脚本如下:
1 #!/bin/bash2 echo “Stop Procedure : demo2-0.0.1-SNAPSHOT.jar”3 pid=`ps -ef |grep java|grep demo2-0.0.1-SNAPSHOT.jar|awk ‘{print $2}’`4 echo ‘old Procedure pid:’$pid5 if [ -n “$pid” ]6 then7 kill -9 $pid8 fi
案例中给出的start.sh脚本如下:
1 #!/bin/bash2 export JAVA_HOME=/usr/java/jdk1.8.0_1313 echo ${JAVA_HOME}4 echo ‘Start the program : demo2-0.0.1-SNAPSHOT.jar’ 5 chmod 777 /home/ldp/app/demo2-0.0.1-SNAPSHOT.jar6 echo ‘——-Starting——-‘ 7 cd /home/ldp/app/8 nohup ${JAVA_HOME}/bin/java -jar demo2-0.0.1-SNAPSHOT.jar &9 echo ‘start success’
到此,Jenkinds硬件故障器vox完成,接下来我还有要voxLinux硬件故障器和Git硬件故障器。
3.2.Linux硬件故障器vox
在Liux硬件故障上,上传上文中的两个脚本,用于启动和停止
3.3.GitHub硬件故障器vox
在GitHub硬件故障器上的指定项目里面vox上文中提到的回调地址
特别注意:为了保证回调地址网可以使用,
我已经将地址:
通过花生壳进行外网映射为:
所以,下面vox的是外网映射地址。
到这里所有vox搞定,只需修改代码,提交到git,然后访问程序看是否生效。
4.测试
1.测试代码
2.提交代码到git,触发构建
3.在GitHub硬件故障器上去看,是否已经触发
4.在Jenkins的控制台查看是否,正在构建
从下图中可以看出,正在构建
5.查看当次构建的控制台日志
说明已经启动成功
6.查看Linux硬件故障器,是否上传代码
7.在Linux上使用命令jps,查看是否启动
8.浏览器上访问,看是否能用
说明,已经正常启动可以使用。
9.再次确认是否能自动化部署
修改代码,重新提交代码,循环1到8步查看。
如果测试结果是你预期的,那么自动化部署成功。
5.总结&资料下载
5.1.总结
自动化部署Jenkins,作为一款工具,有着非常强大的功能,
上面我们只是讲了生产上做Java自动化部署的一个主要流程,
其他的功能,大家可以参看官方文档:
但是,本着学习是为了解决生产的原则,
个人建议,用到Jenkins的什么功能就学什么就可以了,
没必要把Jenkins的所有功能都学完在使用,
就如同我们使用word文档一样,并没有系统的他word文档学完后,在开始使用,而是用到什么功能就学习什么功能!
5.2.相关资料
1.案例中的源码地址:
2.官方文档: