(走过路过,不要错过)【CI/CD技术专题】「Jenkins实战系列」(2)Jenkins实现自动化部署+自动化合并其他分支

简介: (走过路过,不要错过)【CI/CD技术专题】「Jenkins实战系列」(2)Jenkins实现自动化部署+自动化合并其他分支

前提概要


前面的文章中介绍过了,针对于Jenkins的Window环境的安装以及部署到Linux环境的案例和基本配置,🏆(不要错过!)【CI/CD技术专题】「Jenkins实战系列」(1)全流程介绍Jenkins环境搭建+基础部署配置(Windows->Linux),接下来,会针对于相关的Jenkins的重中之重的功能,自动化部署进行相关介绍,还包含了自动拉去分支等功能!




技术资源推荐


jenkins官方文档(中文版)

jenkins官方网站




自动定时构建


定时构建语法:

* * * * *
复制代码
  • 第一个 * 表示分钟,取值0~59,若其他值不做设定,则表示每个设定的分钟都会构建
  • 第二个 * 表示小时,取值0~23, 若其他值不做设定,则表示每个设定小时的每分钟都会构建
  • 第三个 * 表示一个月的第几天,取值1~31,若其他值不做设定,则表示每个月的那一天每分钟都会构建一次
  • 第四个 * 表示第几月,取值1~12,若其他值不做设定,则表示每年的那个月每分钟都会构建一次
  • 第五个 * 表示一周中的第几天,取值0~7,其中0和7代表的都是周日,若其他值不做设定,则表示每周的那一天几每分钟都会构建一次




常用定时构建举例:


  • 由于项目的代码一般存在放SVN/GIT中,而一个SVN/GIT往往是有多个项目组在提交代码,而每个项目组又有多人组成,其中每个人也都在对自己的那块代码不停地在进行维护
  • 所以说对于一个公司而言,SVN/GIT的提交记录往往是很频繁的,正因为如此,Jenkins在执行自动化构建时往往是以天为单位来执行的,下面举的例子就是在一天中常用的定时构建示例



每隔5分钟构建一次

H/5 * * * *


每两小时构建一次

H H/2 * * *


每天中午下班前定时构建一次

0 12 * * *


每天下午下班前定时构建一次

0 18 * * *


定时构建位置

在“配置”->“构建触发器”中,如下图所示

image.png



Build after other projects are built:在其他项目触发的时候触发,里面有分为三种情况,也就是其他项目构建成功、失败、或者不稳定的时候触发项目;


Poll SCM和Build periodically来进行定时自动构建项目


  • Poll SCM:定时检查源码变更(根据SCM软件的版本号),如果有更新就checkout最新code下来,然后执行构建动作。如下图配置


在 构建触发器 中选择“Poll SCM”

image.png


Build periodically

image.png


Poll SCM

image.png

输入框为 分,时,日,月,星期, 号代表不限制,我设置的是每天早8点自动部署*。


image.png



  • / 5 * * * * (每5分钟检查一次源码变化
  • Build periodically:周期进行项目构建(它不关心源码是否发生变化),如下图配置

H 2 * * * (每天2:00 必须build一次源码)



在 Schedule 中填写

0 * * * *


  • 第一个参数代表的是分钟 minute,取值 0~59;
  • 第二个参数代表的是小时 hour,取值 0~23;
  • 第三个参数代表的是天 day,取值 1~31;
  • 第四个参数代表的是月 month,取值 1~12;
  • 最后一个参数代表的是星期 week,取值 0~7,0 和 7 都是表示星期天。


所以 0 * * * * 表示的就是每个小时的第 0 分钟执行构建。




最后补充几个案例


  • 在每个小时的前半个小时内的每10分钟

H(0-29)/10 * * * *


  • 每两小时45分钟,从上午9:45开始,每天下午3:45结束

45 9-16/2 * * 1-5

  • 每两小时一次,每个工作日上午9点到下午5点(也许是上午10:38,下午12:38,下午2:38,下午4:38)



H H(9-16)/2 * * 1-5

  • 每月(除了12月)从1号到15号这段时间内某刻



H H 1,15 1-11 *

  • 每周四,19点30分

30 19 * * 4

  • 每天早晨8点

0 8 * * *

  • 每周六日的8点12点18点构建

H 8,12,18 * * 6,7

  • 每周1到周5,8点到23点,每小时构建一次

H 8-23 * * 1-5

  • 每周1到周5,8点到23点,每两小时构建一次

H 8-23/2 * * 1-5

  • 每周1到周5,8点到23点,每30分钟构建一次

H/30 8-23 * * 1-5





Jenkins自动合并分支


通过jenkins发布项目时,可能需要合并分支,如:发布测试环境的时候需要把dev分支合并到test分支,此时就可以用jenkins自动实现。


image.png

image.png

image.png





配置构建的参数


image.png


  • Source files     项目构建后的目录
  • Remove prefix    去前缀
  • Remote directoty 发布的目录
  • Exec command     发布完执行的命令,我这边写的是发布完会重启tomcat




#! /bin/bash
tomcat_home=/usr/local/tomcat-8
SHUTDOWN=$tomcat_home/bin/shutdown.sh
STARTTOMCAT=$tomcat_home/bin/startup.sh
echo "关闭$tomcat_home"
$SHUTDOWN
#杀死tomcat进程
ps -ef | grep $path | grep java | awk '{print $2}' |  xargs kill -9
#删除日志文件,如果你不先删除可以不要下面一行
rm  $tomcat_home/logs/* -rf
#删除tomcat的临时目录
rm  $tomcat_home/work/* -rf
sleep 5
echo "启动$tomcat_home"
$STARTTOMCAT
#看启动日志
#tail -f $tomcat_home/logs/catalina.out










相关文章
|
5天前
|
Kubernetes 监控 安全
Kubernetes实战:集群管理与自动化技术详解
【6月更文挑战第27天】Kubernetes实战聚焦集群自动化管理,涵盖核心概念如主从架构、API Server及工作节点,强调自动扩缩容、RBAC安全控制与日志监控。通过IaC工具如Helm实现配置自动化,结合Prometheus等进行持续监控,强调安全策略与资源优化,展现K8s在现代应用管理中的威力。
|
2天前
|
jenkins Java 持续交付
运用Jenkins实现Java项目的持续集成与自动化部署
在新建的Jenkins Job中,我们需要配置源码管理,通常选择Git、SVN等版本控制系统,并填入仓库地址和凭据。接着,设置构建触发器,如定时构建、轮询SCM变更、GitHub Webhook等方式,以便在代码提交后自动触发构建过程。
21 2
|
1天前
|
运维 监控 测试技术
自动化运维实践:CI/CD流程详解
【6月更文挑战第30天】CI/CD实践推动软件开发自动化,通过持续集成确保代码质量,自动部署提升交付速度。核心流程包括:代码管理(Git等)、自动化构建与测试、代码审查、部署。关键点涉及选择工具、测试覆盖率、监控及团队协作。采用CI/CD能减少错误,但需应对挑战,如工具选型、全面测试和团队沟通。
|
5天前
|
数据采集 Web App开发 JavaScript
Puppeteer实战指南:自动化抓取网页中的图片资源
Puppeteer实战指南:自动化抓取网页中的图片资源
|
25天前
|
jenkins Java 持续交付
|
26天前
|
存储 SQL 运维
使用PowerShell进行自动化脚本编写:入门与实战
【6月更文挑战第6天】本文介绍了PowerShell作为Windows系统管理的自动化工具,用于提升效率和减少错误。内容涵盖PowerShell基础,如变量、命令执行、管道、条件和循环语句、函数。实战案例展示了如何用PowerShell脚本进行文件备份。此外,还提及PowerShell的进阶功能,如模块、远程管理和与其他工具集成。学习和应用PowerShell能有效提升IT运维自动化水平。
|
4天前
|
jenkins Shell 持续交付
必知的技术知识:jenkins
必知的技术知识:jenkins
|
4天前
|
XML jenkins Java
必知的技术知识:Jenkins插件开发
必知的技术知识:Jenkins插件开发
11 0
|
24天前
|
数据采集 Web App开发 JavaScript
Puppeteer实战案例:自动化抓取社交媒体上的媒体资源
Puppeteer实战案例:自动化抓取社交媒体上的媒体资源
|
2月前
|
运维 Kubernetes 持续交付
构建高效自动化运维体系:基于容器技术的持续集成与持续部署(CI/CD)实践
【5月更文挑战第30天】 在当今快速迭代的软件开发周期中,自动化运维成为确保交付速度和质量的关键因素。本文聚焦于如何利用容器技术实现高效自动化运维体系,特别是持续集成(CI)与持续部署(CD)的实践。通过深入分析容器化工具如Docker和Kubernetes在自动化流程中的应用,以及它们如何帮助实现环境的一致性、降低部署风险并提高生产效率,本文旨在为运维专业人员提供一套切实可行的参考方案。