• 对于注定会优秀的人来说,他所需要的,只是时间----博主
  • 手懒得,必受贫穷,手勤的,必得富足----《圣经》
  • 帮助别人,成就自己。愿君在本站能真正有所收获!
  • 如果你在本站中发现任何问题,欢迎留言指正!
  • 本站开启了防爆破关小黑屋机制,如果您是正常登录但被关进小黑屋,请联系站长解除!

<二十三>Jenkins实战应用–Jenkins构建中tag的应用

Jenkins eryajf 4周前 (09-18) 319°C 已收录 0个评论
本文预计阅读时间 9 分钟

*系列汇总*

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

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

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


1,缘起。

许多公司在做安卓的构建或者其他项目构建的同时,会有打tagGitlab的需求,这个需求的存在有其实在的价值意义,不仅仅让每一次我们发布过的代码有记录存留,也能够方便一些其他的功能(比如回滚),因此,今天就来说说这个事儿。

这个功能的实现依赖于 Jenkins 的 git 插件,不过一般都默认有安装。

先准备一个测试项目,内容如下:

然后来到 Jenkins 处,做一些简单的功能,能够用于测试验证即可。

执行 shell 处加一些简单的操作:

git pull origin master
echo "**********************************************"
cat README.md
echo "**********************************************"

在构建后的操作中添加Git Publisher,然后如图中所示配置:

在构建后操作当中选择Git Publisher,然后如图配置:

  • 配置一:定义 tag 名称,release-$BUILD_NUMBER 这里取用了一个 Jenkins 的环境变量,用于每次的 tag 自增问题。
  • 配置二:选中,以表示创建一个新的 tag。
  • 配置三:要推送的项目。

接着我们构建一下看看效果:

看样子 tag 已经打好并且推送到远程服务器去了。

现在去 git 里边看看是否有了。

图中圈起来的地方可以看到,正好与我们构建此时对应的,创建了三个标签。

现在我们模拟开发,更改一下项目文件内容,然后再构建一下看看情况。

来波操作:

Administrator@liqilong MINGW64 ~/Desktop/gittest/eryajf (master)
$ echo "第二次添加内容用于测试" >> README.md

Administrator@liqilong MINGW64 ~/Desktop/gittest/eryajf (master)
$ git commit -a -m "add two"
warning: LF will be replaced by CRLF in README.md.
The file will have its original line endings in your working directory.
[master 822b2f3] add two
 1 file changed, 1 insertion(+), 1 deletion(-)

Administrator@liqilong MINGW64 ~/Desktop/gittest/eryajf (master)
$ git push
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 307 bytes | 76.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To 192.168.106.70:linux/eryajf.git
   635b61c..822b2f3  master -> master

然后再去构建一下:

第四次构建,已经看到刚刚模拟开发所添加的内容了。

那么现在,就可以引出这个自动打 tag 的功能所带来的另外一个大方便了,那就是方便回滚。

2,回滚功能。

我们可以在参数化构建当中进行参数的定义,依赖于 Git 版本控制的特性,当用户选择的是构建时,可以选择对应的分支进行构建,当用户选择的是回滚是,那么可以选择对应的 tag 进行回滚。事实上与分支的构建回滚是一个道理,不过这里直接选择 tag,也非常方便。

那么在验证之前,我们需要对 Jenkins 进行一些小小的调整,通过添加刚刚表述的参数,以及执行的 shell 的配合,来完成这样一个构建回滚各有分工的一个事情。

1,添加 mode 选项。

在参数化构建过程中先添加一个选项参数,从而让构建以及回滚两种情况存在。具体配置如图:

2,再添加 branch 选项。

然后添加一个用于构建不同代码分支的字符参数,这个是一个很常规的配置,就不做过多介绍,具体如图:

3,添加 Git Parameter 选项。

然后添加一个用于回滚不同 tag 的选项,这里的 tag 是我们项目自动生成的,随后会做一下总结,具体如图:

4,修改 shell 内容。

修改一下 shell 的执行内容,做一个简单判断,脚本如下:

cd $WORKSPACE
if [ $mode == "deploy" ];then
    git checkout $branch
    git pull
    echo "**********************************************"
    cat README.md
    echo "**********************************************"
else
    git reset --hard $tagbak
    echo "**********************************************"
    cat README.md
    echo "**********************************************"
fi

如果你对 Jenkins 熟悉的话,那么看到这个地方,估计就已经能够知道,上边的功能是什么了。

我们的开发进行日常开发,然后进行日常构建,一切就走分支这一条了,没 tag 这边啥事儿,只不过在每次构建的时候,都创建一个与构建历史数一致的 tag,为了不让这个 tag 浪费,那么我们就废物利用,通过这个自动生成的 tag,实现了回滚的功能。

开发同学专注开发(branch),运维同学专注部署(deploy),一旦需要回滚(rollback),利用程序自动生成的 tag(tag)来进行回滚咯。这,就是各有分工。

ok,最后是验证的时刻了。

3,验证。

验证也非常简单,通过三次构建即可验证:

  • 构建一:初始内容,正常构建。
  • 构建二:添加内容,正常构建。
  • 构建三;直接回滚,验证结果。

1,构建一。

为了更清晰的看实验效果,我将刚刚的历史清空,重打鼓另开张,新建一个项目进行测试。

现在准备出测试文件,内容如下:

进行常规构建:

2,构建二。

模拟开发,添加内容:

进行常规构建:

3,构建三。

直接通过 tag 进行回滚。

然后查看构建结果:

注意我圈住的地方,基本上就是按我们所想的所走的,而结果,也正是我们所想要的。

本篇文章需要一定的基础,从而才能够顺畅阅读以及实践,除此之外,更需要大量的耐心,诚心,进行钻研学习,从而才能够真正在此,有所收获。


二丫讲梵 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明<二十三>Jenkins 实战应用–Jenkins 构建中 tag 的应用
赞赏
喜欢 (2)or
[如果想支持本站,可支付宝赞助]
分享 (0)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
×
订阅图标按钮