CI/CD详解 & Jenkins 介绍与实战

最新推荐文章于 2025-06-04 16:18:00 发布
原创 最新推荐文章于 2025-06-04 16:18:00 发布 · 2.7k 阅读 · 32 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ci/cd #jenkins #运维

本文大纲概览：

  • CI/CD 概念与工作流程 详解
  • Jenkins安装、启动、初始化配置
  • 使用Jenkins部署github上的 xzll-im 微服务项目
    • freestyle方式
    • push代码后自动部署
    • pipeline方式部署
    • pipeline + push 方式

本文实操过程中，相关工具版本信息如下：

  • centos版本： CentOS Linux release 7.9.2009 (Core)
  • jdk： jdk-11.0.22
  • maven： 3.8.8
  • git： 1.8.3.1
  • jenkins 2.252
  • docker： 26.1.4
  • docker-compose： v2.27.2
  • 其它项目中使用到的中间件版本请见docekr-compose.yml 中的镜像版本，戳这里

什么是 持续集成(CI)& 持续交付(CD)？

大白话： 对于CI/CD的理解，可能每个人都不一样(一千个人有一千个哈姆雷特！😂)，我理解他其实就是一种更加自动化的工作模式，使得开发、测试、运维之间的沟通成本降低，从之前的手动编译、打包、构建、测试到现在的自动化、流程化去执行这些步骤，从而更加快速，及时发现问题，最终实现：加快软件迭代周期，提高交付速度与质量 的目的！。

CI(持续集成) 介绍

CI全称： (Continuous Intergration)

持续集成的重点在于 构建编译 及 测试(这里更多的指通过脚本和自动化项目来进行的自动化测试)，开发人员每天要提交很多次代码到分支，在分支合并到主干前，需要通过编译和测试识别出问题。持续集成的流程就是通过自动化的构建(主要是构建编译、自动化测试)来验证，从而尽早地发现集成错误。

CI(持续集成)的工作流程

  1. CI初始化：包括但不限于(CI服务的安装&启动，脚本、任务定义与配置，webhook设置，凭证设置，系统配置，插件等等)
  2. 开发人员从代码库中获取最新代码(pull)。
  3. 开发人员在本地进行开发和测试。
  4. 开发人员将代码提交(commit & push)到代码仓库(github、 gitlib)
  5. 通过回调方式通知CI服务器，ci服务器自动拉取最新代码并触发构建任务。
  6. 构建(build)-> 自动化测试(test)-> 反馈结果(result)
  7. 将自动化测试的结果反馈给开发人员(钉钉邮件短信等方式)，如果测试失败，开发人员会及时修复代码并重新提交
  8. 构建和测试成功后，代码可以部署到进一步的测试环境或生产环境中

集成工具

集成工具有很多种(我所接触的主要还是jenkins和gitlib)，包括但不限于以下： * Jenkins (常见)：一个开源的自动化服务器，支持复杂的构建、测试和部署流水线。 * GitLab CI/CD (常见)：GitLab 内置的 CI/CD 工具，支持从代码提交到生产部署的全流程自动化。 * CircleCI：一个基于云的持续集成和持续交付平台，支持多种编程语言和构建环境。 * Travis CI：一个基于云的持续集成服务，特别适用于 GitHub 项目。 * Spinnaker：一个开源的持续交付平台，支持多云环境的自动化部署

持续集成的好处

  • 提高代码质量：通过频繁的自动化测试和代码质量检查，可以早期发现并修复错误。
  • 加快交付速度：自动化构建和测试减少了手动操作的时间，可以提高开发速度从而加快交付。
  • 提高团队协作效率：开发人员可以更快地得到反馈，后期与测试人员协作更加顺畅。
  • 总之概括起来就是一句话： 省去人工操作，push后自动构建、测试(这里指自动化测试)、反馈，从而尽早的在开发环境发现代码问题并修复

    CI 流程图

下边是持续集成(CI) 的流程图： image.png

知道了CI , 那么CD又是指啥呢？接着看

CD(持续交付&持续部署) 介绍

CD 有两个意思 1. 一是 持续交付(Continuous Delivery) 2. 另一个是持续部署(Continuous Deployment)

说一句：其实做到持续交付就已经很不错了，持续部署听听就行了，别当真！为什么这么说？ 往下看。

何为持续交付？

持续交付指的是将产品尽可能快的发布上线的过程。持续交付是在持续集成基础上的扩展，也就是说在成功通过dev环境的自动化部署与测试之后，为了尽快上线我们还需要自动化发布fat或者uat环境(如果需要的话)，整个流程实现后，根据实际需要，可以人工控制是否发布prod环境。一般在公司都是开发环境(dev)、测试环境(fat)、预发布环境(uat)和正式生产环境(prod)，如果代码在预发布环境测试通过，那么就可通过 手动方式 部署生产环境，从而尽可能的实现产品快速迭代上线。

持续交付的几个关键因素： - 自动化构建和测试： 与持续集成(CI)类似，持续交付(CD)依赖于自动化的构建和测试，以确保每次代码更改都能被快速验证。 - 自动化部署： 持续交付要求自动化部署流程，这意味着每次代码更改都可以自动部署到不同的环境中(如开发、测试、预生产)。 - 环境一致性： 确保所有环境(从开发到生产)的一致性，以减少部署问题。 - 持续反馈： 提供持续反馈，确保开发团队及时了解相应服务在不同环境中的状态和问题。 - 手动发布控制： 尽管大部分部署过程都是自动化的，但 持续交付 通常 保留手动发布的控制权。发布到生产环境的最终决定由相关人员评估，可以的话再通过手动的方式来发布生产环境

持续交付流程图

image.png

何为持续部署？

持续部署是持续交付的进一步扩展。在持续部署中，所有的代码更改在通过自动化测试和验证后，都会自动部署到生产环境中。与持续交付不同，持续部署不通过手动发布来发布生产环境，而是自动发布生产环境。一般来说，非生产环境的持续部署基本都能实现。但生产环境的持续部署并不是每个企业都能做到，主要原因是受限于各种系统功能依赖、自动化测试不完善等因素，自动化方式部署到生产，将可能造成严重生产事故。 所以实际我觉得没几个企业这样做。能做到持续交付就已经很不错了。生产环境的部署 一定要认为控制。持续部署 听听就行了，不要玩火呀！ 哈哈！😂😂😂😂😂😂😂😂😂😂😂😂

持续部署的关键要素： - 自动化构建、测试和部署： 持续部署依赖于完全自动化的构建、测试和部署流程，以确保每次代码更改都能被快速、可靠地部署到生产环境中。 - 强大的精准的测试覆盖： 持续部署需要非常高的测试覆盖率，包括单元测试、集成测试、端到端测试等，以确保所有代码更改都能被全面验证。 - 快速回滚机制： 当新代码引入问题时，必须有快速回滚的机制，以确保生产环境的稳定性。 - 持续监控： 持续监控生产环境中的应用性能和健康状态，确保及时发现和解决问题

注意： 无论是持续集成、持续交付还是持续部署，如果要想实现，都离不开CI服务器！

ok到这里你对CI/CD有自己的理解了吗？下边我们来学习一个非常重要且常见功能丰富的CI/CD 工具 ： Jenkins ！ 想玩CI/CD以及再往大一点的DevOps？ 那么首先玩转Jnekins是必不可少的。换句话说，其实Jenkins是CI/CD、DevOps 这些概念的 其中一个重要 “实现” ！

介绍完CI/CD 下边我们开始学习Jenkins

Jenkins 安装、启动、初始化

以下说明是我选择哪种方式安装jenkins的过程记录，这里也记录下来，做个备忘。

  • 说明1：为什么不使用docker安装jenkins？ 其实我也想使用docker安装，但是当我从docker hub中找到对应的镜像进行下载时，发现要么是下载不下来镜像，要么是下载下来的镜像 运行时的jenkins版本过低，导致一些插件安装报错，使得我很恼火。

    • 下载不下来镜像： 到docker hub 去找到对应镜像 ，戳此进： jenkins 的 docker hubimage.png image.png执行docker pull 镜像 发现下载失败，都是超时。。。。

      • 版本过低插件安装不了： ，后来终于有两个镜像可以下载了 就是这个镜像：jenkins/jenkins:lts-jdk11和jenkins/jenkins:latest镜像，但是却提示jenkins版本过低导致一些插件安装不了，报错如下：image.png因为这个搞了半天，其实最主要原因可能就是欺负我的虚拟机没开vpn，哎 手头紧，暂时先不开了毕竟有点小贵，所以就决定弃启用docker安装jenkins， 我用war或RPM也行呀，真是的，😄
  • 说明2：为什么安装jenkins 2.252版本？
    • 由于在使用jenkins过程中我需要一些最新插件，而 LTS(官方长期支持版本)版本缺少对最新插件的支持，所以这里弃用LTS版本而使用较新的版本来安装部署学习，我使用的是： 2.452 (生产环境还是建议使用LTS版本来安装启动jenkins)
  • 说明3：为什么选择war包安装jenkins？
    • 首先第一原因是因为上边的说明1才迫使我使用war安装jenkins，另外因为我是centos7，所以其实我本应该使用RPM软件包方式安装jenkins，对应的版本是redhat的 LTS Release 的 redhat-stable(已发布的LTS版本)来安装jenkins 下边的引导页面戳这里，image.png，但是因为遇到了一些问题主要还是网络问题(还是欺负我虚拟机没vpn 😂😂 再欺负我真要买Strong vpn了啊 哈哈)，所以我不用此方式，如果网络好(能fq)可以使用，(安装指南戳这里)
    • 最终：我选择使用war包安装jenkins ，因为经过实践我发现此方式比较好用不用担心被q的问题，选择war安装的话点击下边这个LTS Release：war-stable image.png然后找到我要安装的版本(注意在安装此版本之前，我安装过较低版本 (LTS版本的2.361)但是我发现有些插件不能用，必须高版本才行所以这里选择较高的一个版本 2.452,ok接下来开干

ps: 其实某些场合下，docker部署不一定是最优方案。不一定要执着于所有东西都往docker堆，当然如果是开发测试环境，当我没说。

下载war、启动并初始化 jenkins

有了上边的铺垫，接下来我们首先找到2.452版本的war包：

下载war包

image.png 之后使用命令下载war包：

bash wget https://mirrors.jenkins-ci.org/war/2.452/jenkins.war --no-check-certificate

image.png

编写启动脚本 来启动jenkins

ok从上边截图可知下载成功,接下来编写jenkins启动脚本： image.png 完整jenkins启动脚本在这： ```bash

!/bin/bash

args=$1

注意修改jenkinswar包的目录

jenkinswarpath="/usr/local/soft_hzz/jenkins"

jenkins开放端口

jenkinshttpport="8079"

java安装路径

javahome="/usr/lib/jvm/java-11-openjdk-11.0.22.0.7-1.el79.x86_64"

日志文件路径

jenkinslogpath="/tmp/data/logs/jenkins.log"

function isRunning(){ local jenkinsPID=$(ps -ef | grep jenkins.war | grep -v grep | awk '{print $2}') if [ -z ${jenkinsPID} ]; then echo "0" else echo ${jenkinsPID} fi }

停止jenkins

function stop(){ local runFlag=$(isRunning) if [ ${runFlag} -eq "0" ]; then echo "Jenkins is already stopped." else kill -9 ${runFlag} echo "Stop Jenkins success." fi }

启动jenkins

function start(){ local runFlag=$(isRunning) echo "${runFlag}" if [ ${runFlag} -eq "0" ]; then # nohup ${javahome}/bin/java -jar ${jenkinswarpath}/jenkins.war --httpPort=${jenkinshttpport} > ${jenkinslog_path} 2>&1 &

# 对jenkins内存大小进行限制 否则总是超内存 被系统kill
    nohup ${java_home}/bin/java -Xms512m -Xmx2g -jar ${jenkins_war_path}/jenkins.war --httpPort=${jenkins_http_port} > ${jenkins_log_path} 2>&1 &
    if [ $? -eq 0 ]; then
        echo "Start Jenkins success."
        exit
    else
        echo "Start Jenkins fail."
    fi
else
    echo "Jenkins is running now."
fi

}

重启jenkins

function restart(){ local runFlag=$(isRunning) if [ ${runFlag} -eq "0" ]; then echo "Jenkins is already stopped." exit else stop start echo "Restart Jenkins success." fi }

根据输入的参数执行不同的动作

参数不能为空

if [ -z ${args} ]; then echo "Arg can not be null." exit

参数个数必须为1个

elif [ $# -ne 1 ]; then echo "Only one arg is required: start|stop|restart"

参数为start时启动jenkins

elif [ ${args} = "start" ]; then start

参数为stop时停止jenkins

elif [ ${args} = "stop" ]; then stop

参数为restart时重启jenkins

elif [ ${args} = "restart" ]; then restart else echo "One of following args is required: start|stop|restart" exit 0 fi ``` 接下来启动：

最低0.47元/天 解锁文章

200万优质内容无限畅学
【代码质量革命】Java代码变更管理+CI/CD深度实战——从Git到Jenkins的隐形守护者全揭秘
墨夶的博客
04-27 1748
【代码】【代码质量革命】Java代码变更管理+CI/CD深度实战——从Git到Jenkins的隐形守护者全揭秘。
CI/CD流水线设计：Jenkins与GitLab CI
有什么问题，评论区开口，又问必答
03-02 708
从代码提交到生产发布，详解Jenkins与GitLab CI的流水线设计与优化，结合Kubernetes集成与多环境发布策略，实现高效可靠的自动化交付。
CI/CD-Jenkins文档
weixin_43876317的博客
12-12 537
Jenkins 一. Jenkins概括 1.Jenkins 是什么? Jenkins是一款开源 CI&CD 软件，用于自动化各种任务，包括构建、测试和部署软件。 Jenkins 支持各种运行方式，可通过系统包、Docker 或者通过一个独立的 Java 程序。 2.为什么要使用Jenkins？ Jenkins能将各种开源的软件集成为一体，从而实现不同功能的调度工作。 二.Jenkins...
CI/CD之jenkins
Tuki来了
08-30 657
jenkinsCI/CD简介jenkins简介jenkins安装安装jenkins插件安装中文插件安装流水线插件安装gitlab插件jenkins和gitlab联动jenkins轮询检查gitlab代码变更使用webhook实时检查gitlab代码变更推送dockerfile文件自动构建镜像 CI/CD简介 CI(Continuous integration持续集成）：持续集成强调开发人员提交了新代码之后，立刻进行构建、（单元）测试。 比如写个dockerfile，能不能通过gitlab或者jenkins来
Jenkins从入门到放弃：部署、配置与应用
最新发布
kewen_123的博客
06-04 532
简单历史Jenkins 的前身是 Hudson，一个采用 Java 编写的开源持续集成工具。Hudson 项目由 Sun 公司在 2004 年启动，2005 年发布了第一个版本，并逐渐在持续集成工具领域占据主导地位。2008 年，Hudson 在 JavaOne 大会上获得了杜克选择大奖（Duke's Choice Award）。2010 年 11 月，Oracle 收购 Sun 后，Hudson 的所有权问题引发了争议。主要项目贡献者和 Oracle 之间在“Hudson”商标名称上存在分歧。
jenkins和CI/CD
tianwailaiwu_的博客
10-18 684
jenkins1.CICD2.jenkins2.1 jenkins介绍2.2 jenkins部署 1.CICD 2.jenkins 2.1 jenkins介绍 2.2 jenkins部署 jenkins是基于tomcat，首先部署tomcat //关闭防火墙和selinux [root@localhost ~]# systemctl disable --now firewalld.service Removed /etc/systemd/system/multi-user.target.wants/fir
CI/CD/Jenkins
11-06 365
Continuous Integration, Continuous Delivery & Deployment (CI/CD) 持续集成、持续部署&持续交付。 Jenkins就是一个持续集成的工具，开源的，基于 JAVA语言的，需要安装jdk。 jenkins部署.net平台自动化构建　　在引入自动化部署工具的时候，我们对比了jenkins和gitlab CI，j...
Jenkins与CI/CD
笔落_惊风雨的博客
07-02 2769
Jenkins一个开源的、提供友好操作界面的持续集成(CI)工具，起源于Hudson(Hudson是商用的)，主要用于持续、自动的构建/测试软件项目、监控一些定时执行的任务。Jenkins用Java语言编写，可在Tomcat等流行的servlet容器中运行，也可独立运行。jenkins通常与版本管理工具(SCM)、构建工具结合使用；jenkins构建工具有Maven、Ant、Gradle。
Docker结合Jenkins实现CI/CD详解
weixin_42593797的博客
05-29 647
本文详细介绍了基于Docker和Jenkins构建CI/CD流水线的全流程实现方案。主要内容包括：环境准备（安装Docker和Jenkins）、架构设计（代码提交到K8s部署的全链路）、Jenkins核心配置（插件和凭证管理）、Docker镜像构建（Node.js应用示例）、Jenkins Pipeline实现（包含单元测试、镜像构建推送和K8s部署等阶段）、Kubernetes部署配置以及高级优化和安全监控等环节。通过完整的Jenkinsfile和配置代码示例，系统性地展示了现代云原生应用的CI/CD实践
Jenkins CI/CD Pipeline实战完整步骤
clover661的博客
02-10 7500
一、CICD和DevOps描述 二、CI/CD和Docker结合 三、实现 1、安装Docker 2、安装Jenkins 3、安装Git Server 4、安装Harbor 5、Jenkins配置 6、测试服务是否正常 7、注意事项 一、CICD和DevOps 当我们在谈论现代的软件编译和发布流程的时候，经常会听到CI 和CD这样的缩写短语。CI很容易理解，就是持续集成。但是CD既可以指代码持续交付，也可理解为代码持续部署。CI和CD之间有很多相似的部分，但是也有很大的区别。 二、CI/CD和Docker
CI/CD及Jenkins入门
DanDan的博客
04-25 1300
    前言 一、CICD 概念 二、接口的改变 三、方法引用 四、Optional类 五、Stream元素流 六、ParallelStream并行流 七、更好的类型推断 八、新的日期时间API 九、Base64编码器 十、JVM的改变     未解决的问题     参考资料 前言 在说持续集成之前，回想一下传统的开发模式： 项目先划分好若干模块，然后分配模块给相应的开发人员； 开发人员开发...
CI/CD与Jenkins安装
Micky_Yang的博客
10-07 289
一、持续集成（CI） 　　持续集成（Continuous integration，简称CI）指的是频繁的（一天多次）将代码集成到主干。将软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快的发现其中的错误。 　　它的好处主要有两个： 　　1）快速的发现错误。每完成一点更新就集成到主干，可以快速发现错误，定位错误也比较容易。 　　2）防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会...
Jenkins与实现CI/CD
wenqing_ruyu的博客
07-30 4548
Jenkins与实现CI/CD
Jenkins构建CI/CD
m0_54563444的博客
09-03 2894
Jenkins介绍，Jenkins部署，Jenkins参数化构建实现版本回滚，Git webhook+Jenkins实现代码自动化发布
【持续集成与持续部署（CI/CD）工具 - Jenkins】详解
架构师之路
12-31 2440
Jenkins 是开源的自动化服务器，其源代码完全开放，任何人都可以查看、修改和贡献代码，这使得大量开发者和企业可以免费使用它来构建自己的 CI/CD 流程，降低了工具使用成本。
Jenkins 构建CI/CD（一看就会）
热门推荐
hanjinjuan的博客
09-11 2万+
文章目录一、CI / CD1、概念2、CI / CD 方法简介二、jenkins介绍1、Jenkins概述2、Jenkins目标3、Jenkins特性4、产品发布流程三、部署应用Jenkins+Github+Tomcat实战1、准备环境2、访问界面3、安装插件4、邮箱（可选）5、配置Jenkins私钥6、添加后端服务器7、配置JDK和Maven（全局配置）8、构建发布任务9、调用maven命令和启用邮箱10、部署java服务器11、构建项目12、查看测试结果四、Jenkins+Gitlab 部署第一个小项目
Jenkins配置CI/CD开发环境(理论到实践的完整流程)
落日的博客
10-23 2234
持续集成（Continuous Integration, CI） 是指开发人员将代码频繁地（如每天多次）合并到共享的代码仓库中。每次代码合并后，都会通过自动化构建和测试，以确保新代码与现有代码的兼容性。持续交付（Continuous Delivery, CD） 和 持续部署（Continuous Deployment, CD） 是基于 CI 之上的进一步扩展，用于自动化软件的交付和发布。CI/CD 的核心理念在于“自动化”与“频繁交付”，它帮助开发团队在保证质量的前提下，快速迭代和发布软件。
jenkins部署CI/CD
fajixianshouhu的博客
05-15 3426
一、CI/CD 1、为什么要 CI / CD 方法简介 软件开发的连续方法基于自动执行脚本，以最大限度地减少在开发应用程序时引入错误的可能性。从新代码的开发到部署，它们需要较少的人为干预甚至根本不需要干预。它涉及在每次小迭代中不断构建，测试和部署代码更改，从而减少基于有缺陷或失败的先前版本开发新代码的机会。这种方法有三种主要方法，每种方法都根据最适合您的策略进行应用。 持续集成(Continuous Integration, CI): 代码合并，构建，部署，测试都在一起，不断地执行这个过程，并对结果.
Jenkins CI/CD流水线实战
各位大佬有任何问题欢迎在相应文章下一起讨论，博主会第一时间帮助大家处理相应问题~
01-07 2000
- 持续集成（Continuous Integration，CI）：是一种软件开发实践，要求开发团队成员频繁地将各自的代码变更合并到主干分支（通常是主分支）中。每次代码提交后，会自动触发构建过程，包括编译代码、运行单元测试等操作，以便尽早发现集成问题，确保代码的质量和一致性。例如，一个多人协作开发的Java 项目，不同开发人员每天多次将自己编写的代码提交到 Git 仓库的主分支，每次提交都会触发 CI流程来验证代码是否能正确编译和通过基本测试。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值