jenkins持续集成从0入门到实战【七】分支构建和Webhook自动化构建

简介: 本篇给大家分享企业中比较实用的分支构建和自动化构建

按分支发布

在实际开发过程中,一般会使用Git Flow流程开发,多个迭代伴随着多个分支,比如develop、release、master等分支,所以存在发布同分支代码的情况。

image.png

选择指定分支发布,需要借助Git Parameter插件,也就是参数化构建中可选Git参数,插件安装如下:

image.png

image.png

image.png

image.png

保存后,点击构建,此时可以看到目前我们的代码只有一个master分支,就算你配置的默认值是develop,也不会显示出来。

image.png

image-20210213150614439.png

image.png

image.png

分支新建完成后,再次构建

image.png

修改test分支的返回代码,develop分支的不做改动,我们来看2个分支发布后的不同效果

image.png

image.png

先构建test分支,再构建develop分支,并在浏览器地址访问,查看不同分支的构建效果是否成功

image.png

image.png

上面我们介绍了按照分支发布,但是分支发布具有一定的局限性,是属于一个粗粒度较大的发布方式,所以在企业中更多的会选择Tag(标签)进行发布,Tag更具备追溯性,回滚控制会更加简单。

Tag一般用来做里程碑式的存档,比如阿里开源的Nacos框架,其中就有v1.1.0、v1.2.0

2种创建tag的方式(命令行、Git托管平台界面)

# 创建tag,并推送
$ git tag dev_20210221_01
$ git push origin --tags

image.png

image.png

注意:Tag不跟随分支,是独立在分支之外的,你在master打了一个名为A的tag,在develop分支打了一个名为B的tag,都叫tag,是存了当前代码的一份快照,但tag并不是挂靠在某一个分支。

image.png

image.png

Gitee中的标签列表

image.png

image.png

参数构建过程继续选择Git参数,并命名,参数类型选择标签

image.png

源码管理中指定参数名称

image.png

点击构建查看效果

image.png

构建后分别访问浏览器查看构建后效果

扩展:

  1. Git按照tag构建时企业中使用非常广泛的构建方式,同时由于Git天生具备快照功能,就算git打错,发布出错了也可以即时发布上一个Tag达到回滚的效果,这招非常强大,在以往我们使用SVN时,并未使用Tag的功能,而是将每个文件打好标签放在backup中,回滚时使用shell脚本将历史存档的jar包取回重启,这个操作虽然也能实现回滚,但很显然没有Git的标签功能强大。
  2. 参数化构建的配置页,高级选项也是非常不错的,如下图:

    image.png

    image.png

  3. have a good time

webhook自动构建

背景:在企业中,我们非常频繁的将代码推送到Git服务器上,如果要看到最新代码生效,需要手动去点击jenkins构建,这样的操作非常繁琐,但是jenkins提供了webhook自动构建的能力。

webhook:是指HTTP回调,GitHub、GitLab、Gitee、Codeup、Coding等各个平台都有提供有相应的回调机制,比如我push代码后,触发某一个回调,我merge代码后触发某一个回调。

各大平台的webhook如下:

image.png

image.png

image.png

  1. jenkins安装gitee插件,其他平台略有差异,但原理一样

    image.png

  2. 配置码云webhook对应push事件执行jenkins构建

    去除参数化构建,同时设置为构建指定分支

    image.png

    image.png

    由于触发构建需要外网回调支持,我们在本地演示没有公网IP或域名,此时需要借助内网穿透工具来实现,为了快速演示效果,这里我推荐使用钉钉穿透工具,使用步骤如下

    • 在安装jenkins的机器上下载工具

      # clone下载
      $ git clone --depth=1 https://github.com/open-dingtalk/pierced.git
      
      # 必须在外层目录授权
      $ chmod -R 777 pierced

      image.png

      # 运行如下命令 ,jungejenkins是你的二级域名前缀,越复杂越好
      ./ding -config=./ding.cfg -subdomain=jungejenkins 8777

      image.png

    • 如果你的jenkins部署在windows机器上,则使用CMD命令行进入目录运行即可

      # 使用cmd的方式进入该目录
      $ cd F:\install\pierced\windows_64
      
      # 运行如下命令 ,jungejenkins是你的二级域名前缀,越复杂越好
      ding -config=ding.cfg -subdomain=jungejenkins 8777

      image.png

    • 在浏览器上访问域名:http://jungejenkins.vaiwan.com,根据你的二级域名前缀来哦

      image.png

  3. 配置码云

    image.png

  4. 测试构建,3秒后你会看到jenkins已经触发了自动构建,但此时构建会出现失败的错误,如下:

    image.png

    该错误主要是由于gitee模拟的push测试参数问题导致,接下来我们手动进行修改代码推送测试

  5. 手动修改代码,并进行提交推送操作

    $ git clone http:xxx
    # 切换到develop分支,修改指定代码
    $ git add .
    $ git commit -m "push自动构建测试"
    $ git push
  6. 观察jenkins已经自动触发构建,并且构建成功,在浏览器访问查看效果,到此webhook自动构建完成

总结

本篇所讲的分支构建和自动化构建是企业中较为常见的构建方式,能覆盖大部分的发布常见

相关文章
|
30天前
|
jenkins 持续交付
Jenkins自动化部署脚本
Jenkins自动化部署脚本
30 0
|
1月前
|
敏捷开发 运维 测试技术
探索自动化测试在持续集成环境中的关键作用
【2月更文挑战第18天】 随着敏捷开发和DevOps文化的普及,持续集成(CI)已成为软件开发过程中不可或缺的组成部分。本文将深入探讨自动化测试在持续集成环境中的重要性,分析其如何提高软件交付速度、保障质量并减少人工干预。通过对现代软件工程实践中自动化测试策略的剖析,揭示了其在维护高效率和高质量软件产品中的核心地位。
32 7
|
1天前
|
jenkins 持续交付 开发工具
Jenkins 快速入门 (含Jenkins + Docker + Git 简单的自动化实操)(下)
Jenkins 快速入门 (含Jenkins + Docker + Git 简单的自动化实操)
|
3天前
|
敏捷开发 测试技术 持续交付
探索自动化测试在持续集成中的关键作用
【4月更文挑战第24天】 随着敏捷开发和持续集成(CI)实践的普及,自动化测试已经成为确保软件质量和加速交付过程的核心环节。本文将深入探讨自动化测试如何与持续集成协同工作,提升开发流程的效率和可靠性。我们将分析自动化测试的策略、工具选择以及最佳实践,并讨论其对缩短反馈周期、降低风险和提高生产力的影响。通过案例研究和实际经验分享,本文旨在为读者提供实施高效自动化测试策略的深刻见解。
|
11天前
|
测试技术 持续交付 Docker
Django中的自动化部署与持续集成实践
【4月更文挑战第15天】本文介绍了Django项目中自动化部署与持续集成的实践方法。自动化部署通过选择Ansible、Fabric或Docker等工具,编写部署脚本,配置持续集成工具(如Jenkins、GitLab CI),确保服务器环境一致,实现快速应用上线。持续集成则涉及配置版本控制系统,设置自动化构建和测试,编写全面的测试用例,集成代码质量检查工具,并配置通知机制,以提升代码质量和开发效率。这两者结合能有效提升项目的迭代速度和可靠性。
|
21天前
|
jenkins 测试技术 持续交付
软件测试|docker搭建Jenkins+Python+allure自动化测试环境
通过以上步骤,你可以在Docker中搭建起Jenkins自动化测试环境,实现Python测试的自动化执行和Allure报告生成。 买CN2云服务器,免备案服务器,高防服务器,就选蓝易云。百度搜索:蓝易云
44 6
|
25天前
|
jenkins 持续交付
Jenkins构建简单流水线
Jenkins构建简单流水线
11 0
|
1月前
|
运维 监控 Devops
构建高效自动化运维体系:基于容器技术的持续集成与持续部署实践
在数字化转型的浪潮中,企业的IT基础设施和软件交付模式正经历着深刻的变革。传统的运维方式已难以满足快速迭代、灵活扩展的现代业务需求。本文将探讨如何通过容器技术实现高效的自动化运维体系,重点分析持续集成(CI)与持续部署(CD)的实践方法及其对企业运维效率的影响。通过引入微服务架构、容器编排、DevOps文化等概念,我们旨在为读者提供一套全面的自动化运维解决方案,以支持业务的敏捷性和可扩展性。
|
1月前
|
敏捷开发 监控 Devops
深入探究持续集成中的自动化测试策略
【2月更文挑战第29天】随着敏捷开发和DevOps文化的普及,持续集成(CI)已成为软件开发流程中不可或缺的一部分。CI流程的核心在于快速、频繁地集成代码更改,并确保这些更改不会破坏已有功能。本文将重点探讨在持续集成环境中实施自动化测试的策略,以及如何通过有效的测试实践来提高软件质量和交付速度。我们将分析不同的测试级别、测试类型以及它们如何整合到CI流程中,同时讨论如何优化测试过程以减少反馈周期时间,并确保高质量的构建。
|
1月前
|
jenkins Java 持续交付
Docker Swarm总结+Jenkins安装配置与集成(5/5)
Docker Swarm总结+Jenkins安装配置与集成(5/5)
54 0

热门文章

最新文章