软件测试『持续集成』篇——自动编译和打包(下)

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来设置

到此,我们实现了自动集成代码,自动编译和自动打包

【本章节完】

以上是关于软件测试『持续集成』篇——自动编译和打包(下)的主要内容,如果未能解决你的问题,请参考以下文章

软件测试『持续集成』篇——自动编译和打包(中-4)

软件测试『持续集成』篇——自动编译和打包(中-1)

软件测试『持续集成』篇——自动编译和打包(中-3)

Jenkins持续集成「编译打包代码检查单元测试环境部署软件测试​」

持续集成工具篇:Jenkins 与流水线管理转

iOS 中使用Jenkins进行持续集成