软件测试『持续集成』篇——自动编译和打包(下)
Posted weixin_43802541
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件测试『持续集成』篇——自动编译和打包(下)相关的知识,希望对你有一定的参考价值。
1.3.6 测试自动编译和打包
手动触发任务
回到Jenkins首页Dashboard,创建好的任务会出现在首页
点击我们创建的任务shouan_insurance,点击左侧Build Now
在左侧Build History栏会显示任务构建的进度
任务构建成功之后会显示为蓝色,构建失败显示为红色
#xx是构建任务的序号,后面是具体开始时间,可以点击序号或时间查看这次构建任务的详情
一般最常用的是,详情里的控制台输出
如果任务构建失败,我们需要从控制台获取失败信息,进行排错
自动触发任务
如果手动触发任务没问题,那么再测试一下自动触发任务,我们前面设置的是push代码到Gitee,Gitee发送hook到持续集成服务器,然后持续集成服务器Jenkins开始触发构建任务
注意:
这里Gitee发送hook到持续集成服务器,要求持续集成服务器必须能被互联网访问。
前面设置了花生壳进行内网穿透,所以这里一定要把花生壳打开
我们模拟开发修改项目源文件并push到远程仓库
在本机项目文件夹随便新建一个txt文件
在空白处按住shift,点击鼠标右键,在此处打开Powershell窗口
输入命令:
打开浏览器,可以看见任务正在自动构建
如果手动触发任务没问题,但是自动触发有问题,可以先查看Gitee对应项目代码仓库的webhook信息:
看看时间是否对的上,如果说Gitee发出了webhook的请求,但是jenkins没有触发,那么检查之前Jenkins中创建任务设置:
构建触发器
工作区workspace
点击Jenkins的任务shouan_insurance里的工作区,可以看到从Gitee拉取的开发项目源代码
可以点击下方链接下载文件,我们打包出来的war项目部署包就在target文件夹下
这个工作区workspace对应的持续集成服务区的文件夹是:/root/.jenkins/workspace
这是tomcat安装Jenkins的默认位置,如果Jenkins是其它安装方式,workspace位置由环境变量的JENKINS_HOME来设置
到此,我们实现了自动集成代码,自动编译和自动打包
【本章节完】
以上是关于软件测试『持续集成』篇——自动编译和打包(下)的主要内容,如果未能解决你的问题,请参考以下文章