播放记录

Jenkins实战应用–记一次将代码中参数外显到构建历史中的操作

博客术业专攻自动化运维JenkinsJenkins实战应用–记一次将代码中参数外显到构建历史中的操作 2019年08月29日 11:24:13

文章目录[隐藏]

*系列汇总*

这是一个系列文章,大大小小到今天惊然发现竟然已经累计二十篇了,也就不得不做一个小汇总。回想当初写第一篇文章的时候,就已经决心事无巨细,一应认真的走下来,回头遮望,看着皇皇这么多文章,一股强烈的成就感就此油然而生,于是便有了这些汇总整理。在这个过程当中,好像也帮助过不少的人,这是让我尤其开心的事情,同时也结识了一些志同道合的朋友,再没有比这更让人觉得愉悦的事情啦!也希望以后写出更多类似的系列文章。

文章汇总地址如右:Jenkins入门教程。

如果相中哪个,点击进去便是。希望正在读这段话的你能够在这个小系列中获得自信以及喜悦!

正文开始

这是一次骚操作,从需求开始,就充满着骚骚的气息,容我从头讲述一下。

前后端分离的测试环境,一般都有好几套以应对日常的测试需求,而前端同学为了灵活,就在自己的项目当中做了灵活的转发,也就是从文件中定义后端地址,从而确定当前环境是转发到对应的后端服务去的。

这么做的好处就是比较灵活,不至于因为写死在配置当中,然后可能对应的环境还并不能同步的用于测试,从而影响测试进度,但是弊端也很明显,那就是太过灵活,一方面针对新来的小伙伴来说,学习成本会增加,另一方面就是如果某一方出了问题,不好定位。

因此,为了解决这一尴尬,前端大哥找我提了需求,大概意思就是,能否把相关的构建信息打印出来,当我了解到这个将要打印的东东是在一个固定的位置时,我就想,简单啊,给你一cat不就行了,然而大哥不满足呀,他想要这结果能输出在项目某个界面来的,从而让构建的人一眼就能看到什么是什么。

我想,如果我会开发,可能这是一个分分钟解决的问题,奈何我不懂,于是只能在自己所掌握的技能范围内,尽量的将其需求实现出来。

经过一番折腾,最终实现效果如下:

其中模糊部分是构建人的名字,后边的testapp则代表这次构建的前段对应的是testapp这个后端地址。

实现起来也非常简单,首先需要安装两个插件:

  • user build vars #定义名称全局变量
  • description setter #自定义描述信息

首先在构建环境当中选中如下选项,从而定义出构建人信息的全局变量。

接着在执行shell当中添加两句话,把需要的内容给取出来:

A=`cat $WORKSPACE/ecosystem.json |grep -A 5 "测试环境" |grep  testapp|awk -F "\""  '{print $4}'|awk -F "." '{print $1}'`
echo $A > /media/version.txt

然后在构建当中找到update build name这个工具,对刚刚定义的内容进行读取:

接着还是在构建当中再添加一个set build description,写下描述信息即可:


转载:http://www.eryajf.net/2274.html

© 2018 www.qingketang.net 鄂ICP备18027844号-1

武汉快勤科技有限公司 13554402156 武汉市东湖新技术开发区关山二路特一号国际企业中心6幢4层7号

微信登录

扫码关注,全站教程免费播放

发表评论 X

登录成功
开通VIP

订单金额:

支付金额:

支付方式: