Jenkins03-GitLib+Docker实现CI/CD

最新推荐文章于 2024-10-24 15:39:51 发布
原创 最新推荐文章于 2024-10-24 15:39:51 发布 · 382 阅读 · 0 ·
CC 4.0 BY-SA版权
本文为博主原创文章，未经博主允许请使劲转载。

本文详细介绍如何使用Jenkins配合GitLab实现持续集成(CI)和持续部署(CD)，包括项目配置、WebHook设置、自动构建及部署流程，适合小微企业的DevOps实践。

  记录一下 如何使用Jenkins实现CI/CD 

前提：已有gitlib 并且已经创建完项目

1、Jenkins创建项目 我这里以maven项目为例

2、项目 -  配置

此处我以阿里云gitlib为例 当然也可以自己搭gitlib  一样的道理，设置好仓库url  和 Credentials  这个是连接gitlib仓库的账号密码

阿里云gitlib账号在 code首页 - 设置 - 个人设置

密码在 code首页 - 设置 - 密码  第一次使用  请直接点忘记密码  然后通过邮箱设置密码

3、创建远程触发webHook

红线处是我们的gitlib触发Jenkins的Webhook

4、gitlib设置Jenkins的WebHook

在code 阿里云首页 进入一个项目 -  设置 -  WebHooks

增加wehoooks后 可以点一下测试  如果返回403则表示 Jenkins不允许匿名访问  这时候我们要在Jenkins配置一下权限：

进入Jenkins - 系统设置 - 全局安全配置

我们勾选匿名用户允许触发任务

现在可以再测试一下  是否返回200 OK

接下来有的同学会问  我git上有多个分支  Jenkins下每个分支一个项目   那我向git仓库推送  然后触发Jenkins webhook的时候  Jenkins怎么知道我是哪一个分支呢，其实Jenkins也想到了这一点  提供了分支识别  我们进入 Jenkins - 项目 - 配置 -  构建触发器 -  高级展开

如下图：

 include这里填入分支名称即可（下面警告说找不到这个分支  不用管它） 

好了  这样Jenkins只会处理当前触发Push events的分支

5、执行自动构建（CI）

Jenkins拉完代码之后  默认是不会进行任何操作的 我们要让他执行自动构建 

项目设置：

因为是maven项目  Jenkins拉完代码后会自动执行maven构建命令

6、添加构建后的操作

我这里构建后让他执行一些命令 让他执行CD

这里sshServer 是本地 大家也可以生成sshKey登录 我这里为了方便使用的是密码  大家如果没有sshServer 可以去系统设置 - Publish over SSH 设置 创建

7、执行自动部署（CD）

构建完成后台 自动部署

结合docker思路：

 ①停止旧容器

②删除旧容器

③删除旧镜像

④构建镜像

⑤run镜像

这里是我的步骤：

这里使用的是maven的docker插件  其实就是自动写Dockerfile文件的  大家也可以自己写Dockerfile哈

PS：我这里是开发环境  生产环境千万别这样干哈  因为会造成业务中断

生产环境思路：

①删除旧镜像

②构建新镜像

③登录docker私库

④push镜像至docker私库

⑤生产环境手动执行更新

下面是我的步骤 仅供参考

注释部分是使用docker命令方式  我使用的是maven插件方式  一样的道理

 

至此 我们实现了CD即自动部署   也是最简化版的DevOps  但是小微企业应该够用了

 

 

Jenkins持续部署---centos7+Docker+Github+Flask项目
Alien-Hu
03-17 740
文章目录1.代码+镜像+容器配置2.jenkins容器挂载宿主机docker进程3.sh脚本语言的处理：line 2: $'\r': command not found4.启动脚本相关的坑：run.sh5.jenkins拉取远程仓库代码的设置1.仓库地址的设置2.仓库用户名 & 密码设置3.构建环境的设置4.执行shell脚本6.最终的效果7.最后的思考： 本文的内容： 1.将Jenkins放在单独的容器，python环境+项目放在一个容器，方便在不同服务器的部署。 2.使用jenkins拉取g
gitlab+jenkins+harbor实现CI/CD（2）——初级
weixin_65643437的博客
06-11 1274
例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。提示：以下是本篇文章正文内容，下面案例可供参考。
十分钟搞定Jenkins+Gitlab+Docker前后端部署，以Spring和Vue项目为例
比特桃
07-15 2723
帮你快速搞定Jenkins自动部署，Gitlab代码提交自动触发，Docker容器无痕运行。Spring和Vue项目样例都有，快来看看吧！
Jenkins + GitLab + Docker实现自动化部署（Java项目）
Yellow_Star的博客
10-24 1823
因为Jenkins需要用到git、jdk、maven，后两者我们采取挂载的方式，git采用直接在容器中安装的方式，所以我们要做一个增强版的Jenkins镜像，编写Dockerfile文件。其他都默认，这边配置触发分支，我选择的是合并到uat分支时触发请求，另外生成密钥，配置gitlab中webhook会用到。插件可以选择默认的，我先是没安装插件，后来网上搜到的安装，我是把下面的插件都安装了，也有部分没用到，大家酌情安装。: 如果你的项目包含前端应用，可以使用此插件来安装和管理 Node.js 版本。
Jenkins+Gitlab+Docker实现微服务容器部署自动化
a312684832的博客
02-24 782
Jenkins+Gitlab+Docker实现微服务容器部署自动化 原创 ...
Jenkins与Docker的自动化CI/CD实战
weixin_33709590的博客
08-24 186
一、发布流程设计 工作流程： 开发人员提交代码到Git版本仓库； Jenkins人工/定时触发项目构建； Jenkins拉取代码、代码编码、打包镜像、推送到镜像仓库； Jenkins在Docker主机创建容器并发布。 二、环境规划： 角色 IP Git/Registry 192.168.56.11 Docker 192.168.56.12 Jenkins/Docker 19...
jenkins+gitlab+docker一站式部署
u012222011的博客
03-22 555
rpm -i gitlab-ce-12.4.2-ce.0.el6.x86_64.rpm vi /etc/gitlab/gitlab.rb 修改gitlab访问地址和端口，默认为80，我们改为82 external_url 'http://192.168.66.100:82' nginx['listen_port'] = 82 gitlab-ctl reconfigure gitlab-ctl restart rpm -ivh jenkins-2.190.3-1.1.noarch.rpm vi /etc.
基于jenkins+docker实现CI/CD实践
qq_33816243的博客
04-27 1799
利用 Jenkins、Docker、SonarQube 和 Harbor 技术，搭建一个完整的 CI/CD 管道，实现持续集成、持续交付和持续部署的流程。通过自动化构建、测试、代码质量检查和容器化部署，将开发人员从繁琐的手动操作中解放出来，提高团队的开发效率、软件质量和安全性，实现持续更新迭代和持续部署交付。
基于Docker和k8s部署Jenkins+gitlab的CI/CD环境
weixin_48218106的博客
05-22 1686
整个流程大部分通过容器化的部署来实现，通过Docker分别创建Jenkins、Gitlab容器，配置Jenkins连接maven，在Gitlab容器里面，编写Jenkinsfile流水线脚本，当代码提交到 Gitlab 代码仓库之后，可以通过 Jenkins 自动识别到代码的变化，将代码同步到kubernetes集群中，以缩短新功能开发上线周期，及时满足客户的需求，实现DevOps的部分流程，来减轻部署运维的负担，实现可视化容器生命周期管理、应用发布和版本迭代更新。
CI/CD学习笔记-Jenkins综合项目Github+Jenkins+Harbor+Docker
weixin_43394724的博客
07-25 3625
实验说明 实验拓扑 部署流程 研发push到github代码库 Jenkins 构建，pull git代码 使用maven进行编译打包 打包生成的代码，生成一个新版本的镜像，push到本地docker仓库harbor 发布，测试机器 pull 新版本的镜像，并删除原来的容器，重新运行新版本镜像。 实验参数 项目 描述 备注 代码仓库 https://github.com 容器镜像仓库 Harbor V2.3 harbor.corp.tanzu CI/CD服务器
【gitlab+jenkins+docker】第七节 自动生成docker容器并启动项目
01-09
【gitlab+jenkins+docker】手把手教你搭建基于gitlab+jenkins+docker的项目的自动化部署流程前言jenkinsPost Steps运行job验证后记跳转 前言 下面我们进行最后的工作，生成容器启动项目。 jenkins 回到我们的jenkins页面，点击我们的任务，进入配置： 拉至最末端的Post Steps： 下面介绍下这段代码。 Post Steps 代码明细： PATH1=/var/jenkins_home/workspace/server-eureka/market/eureka-server; ZIP_NAME=server_eureka
详解Docker+Jenkins+Gitlab+Django应用部署实践
01-11
一、背景介绍 在互联网应用快速更新迭代的大背景下，传统的人工手动或简单脚本已经不能适应此变化，此时Devops为我们提供了良好的解决方案，应用好CI/CD可以大大的方便我们的日常工作，自动化快速的持续集成/持续交付为我们带来了应用开放的更快速度、更好的稳定性和更强的可靠性。 二、拓扑环境 2.1 架构拓扑 如上图实例，简单花了下流程拓扑： 当研发push本地代码到gitlab-server后，webhook自动触发jenkins构建应用 在docker host上部署应用git clone来自gitlabserver源码，并启动应用 前端可以放置lb来做高可用 数据库连接云数
Docker+JenkinsPipeline+GitlabCI_CD
02-22
企业级Docker+JenkinsPipeline+GitlabCI_CD工作流自动化构建实践
从零实现DevOps(六)：Jenkins+GitLab+Docker+Nginx自动化部署前端Vue项目
qq_43090226的博客
07-19 1818
本文讲解了在Jenkins服务器和远程服务器上自动化部署前端Vue项目的过程。功能不难，但是也确实需要自己上手去做才可以实现。
基于jenkins+gitlab+docker部署zabbix
二狗子的博客
04-08 1385
我现在已经在一台服务器上部署了jenkins和gitlab，现在有一个场景是需要在服务器上再部署一个zabbix，需要通过jenkins加上gitlab部署，并且要求zabbix是通过docker部署的。
docker容器自动化部署落地实践之五：用jenkins+gitlab+docker完成容器化工程自动化部署集成
huaihkiss的博客
01-12 4058
这一步完成了 我们就可以完成我们整个流程了： 工程修改后push到gitlab >> gitlab通过webhook通知jenkins工程有改变 >>jenkins到gitlab取最新工程 >> jenkins完成容器构建 >> push到docker hub >> 让单台或多台服务器同时拉下这个镜像并运行 由于笔者服务器资源有限 这里不做多台服务器的部署构建演示 思路是一样的 push到do
Jenkins+GitLab+Docker实现自动发布
sun_peng_java的博客
08-24 347
# step1：安装docker 1、yum update 2、yum-config-manager --add-repo https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo 3、yum makecache fast、yum -y install docker-ce、service docker start # step2：安装gitlab ...
Jenkins 或 CI/CD实施
最新发布
11-19
在软件开发中，**Jenkins 或 CI/CD 的实施** 是指： 👉 **通过自动化工具（如 Jenkins）实现代码集成、构建、测试和部署的全流程自动化**，以提升交付效率、减少人为错误。 --- ## ✅ 什么是 CI/CD？ | 缩写 | 全称 | 含义 | |------|------|------| | **CI** | Continuous Integration（持续集成） | 开发人员频繁地将代码变更合并到主干，并自动触发构建与测试 | | **CD** | Continuous Delivery / Deployment（持续交付 / 部署） | 自动将通过测试的代码打包并发布到指定环境（如测试、预生产、生产） | > 🎯 目标：**让每次提交都可发布（release-ready）** --- ## 🔧 Jenkins 在 CI/CD 中的角色 Jenkins 是最流行的开源 CI/CD 工具之一，它通过“任务（Job）”或“流水线（Pipeline）”来定义自动化流程。 ### ✅ Jenkins 能做什么？ | 功能 | 示例 | |------|------| | 拉取 Git/SVN 代码 | `git clone https://github.com/myteam/app.git` | | 编译项目 | `mvn clean package`、`make all`、`npm build` | | 运行单元测试 | `pytest`, `junit`, `go test` | | 执行静态代码检查 | SonarQube、ESLint、Checkstyle | | 构建 Docker 镜像 | `docker build -t myapp:v1.0 .` | | 部署到服务器 | SCP、Ansible、Kubernetes | | 发送通知 | 邮件、企业微信、钉钉、Slack | --- ## 🛠️ 实施 Jenkins CI/CD 的完整流程（7 步法） ### ✅ 第一步：明确目标和范围 先回答以下问题： - 我们想自动化什么？（编译？测试？烧录？） - 哪些团队参与？（开发、测试、Calib、SQA？） - 是否支持多车型/多版本？ - 是否需要权限控制或审批流程？ 📌 示例目标： > “每次提交代码后，自动拉取 → 编译固件 → 生成 CHK 文件 → CRC 校验 → 输出报告” --- ### ✅ 第二步：搭建 Jenkins 环境 #### 1. 安装 Jenkins ```bash # Linux（Ubuntu） wget -q -O - https://pkg.jenkins.io/debian-stable/jenkins.io.key | sudo apt-key add - sudo sh -c 'echo deb https://pkg.jenkins.io/debian-stable binary/ > /etc/apt/sources.list.d/jenkins.list' sudo apt update sudo apt install jenkins # 启动服务 sudo systemctl start jenkins ``` 访问地址：`http://your-server:8080` #### 2. 初始化设置 - 输入初始密码（位于 `/var/lib/jenkins/secrets/initialAdminPassword`） - 安装推荐插件 - 创建管理员用户 #### 3. 推荐安装的插件 | 插件名 | 用途 | |-------|------| | **Git Plugin** | 支持从 Git 拉取代码 | | **Pipeline** | 使用 Jenkinsfile 定义流程 | | **HTML Publisher Plugin** | 展示 HTML 报告（如 CRC 结果） | | **Email Extension Plugin** | 发送构建结果邮件 | | **Workspace Cleanup Plugin** | 清理工作空间 | | **Build Timeout Plugin** | 设置超时防止卡死 | | **Parameterized Trigger Plugin** | 触发下游任务 | --- ### ✅ 第三步：配置 Agent（执行节点） 对于嵌入式开发（如 ECU 固件），通常需要 Windows 环境运行 Excel 宏、Make 编译等。 #### 方案：使用 Windows Slave 节点 1. 在 Windows 机器上安装 Java 和 Jenkins Agent（通过 JNLP 或 SSH） 2. 在 Jenkins 中添加节点：Manage Jenkins → Nodes → New Node - 名称：`win-calib-node` - 类型：Permanent Agent - Labels：`windows-calib` 3. 连接方式：Launch agent via Java Web Start 然后在 Pipeline 中指定： ```groovy agent { label 'windows-calib' } ``` 确保该节点已安装： - Git - Python + xlwings/pandas - Cygwin（用于 checksum 工具） - Excel（支持 VBA 宏） --- ### ✅ 第四步：编写 Jenkinsfile（声明式 Pipeline） ```groovy pipeline { agent { label 'windows-calib' } environment { WORKSPACE_W = 'W:\\mainline\\spa_traveo' CALIB_XLSM = "${WORKSPACE_W}\\tool_bin\\calibration\\Calibration.xlsm" } stages { stage('🔍 映射 W 盘') { steps { bat ''' net use W: \\\\fileserver\\mainline\\spa_traveo /user:jenkins pass123 || echo 已连接 ''' } } stage('📝 更新 Calib 配置') { steps { sh 'python update_calibration_config.py' } } stage('⚙️ 运行 Excel 宏') { steps { bat 'python run_excel_macro.py' } } stage('🛠️ 全编译固件') { steps { dir("${WORKSPACE_W}\\prj\\Amber_BB_va1") { bat 'make clean && make all' } } } stage('📦 生成 CHK & CRC 校验') { steps { bat ''' cd ${WORKSPACE_W}\\tool_bin\\checksum call create_chk.bat ''' sh 'python verify_crc.py' } } stage('📊 发布报告') { steps { publishHTML([ target: [ reportDir: 'dst', reportFiles: 'CRCチェック結果.xlsx', reportName: 'CRC Validation Report' ] ]) } } } post { success { emailext(subject: "✅ 构建成功", body: "详见 ${env.BUILD_URL}", recipientProviders: [developers()]) } failure { emailext(subject: "🚨 构建失败", body: "请查看日志: ${env.BUILD_URL}/console", recipientProviders: [developers()]) } } } ``` --- ### ✅ 第五步：配置参数化构建（可选） 允许用户选择参数启动构建： ```groovy parameters { string(name: 'VEHICLE_MODEL', defaultValue: 'TZAA', description: '输入车型') choice(name: 'BUILD_TYPE', choices: ['Debug', 'Release'], description: '构建类型') booleanParam(name: 'RUN_CRC_CHECK', defaultValue: true, description: '是否运行 CRC 校验') } ``` 在脚本中使用：`${params.VEHICLE_MODEL}` --- ### ✅ 第六步：触发方式配置 | 触发方式 | 配置方法 | |--------|---------| | **手动触发** | 用户点击 【Build Now】 | | **定时构建** | 使用 cron 表达式，如每天凌晨 `H 2 * * *` | | **Git Hook 触发** | GitHub/GitLab 提交后自动触发（需 Webhook） | | **上游任务触发** | Job A 成功后自动运行 Job B | --- ### ✅ 第七步：监控与优化 | 优化项 | 建议 | |-------|------| | 日志高亮 | 使用 ANSI Color Plugin 彩色输出 | | 构建归档 | `archiveArtifacts 'dst/*.hex, dst/*.chk'` | | 权限控制 | 使用 Role-based Authorization Strategy 控制谁能构建 | | 构建超时 | 添加 `timeout(time: 30, unit: 'MINUTES')` | | 失败重试 | `retry(2)` 尝试最多 3 次 | --- ## 📊 实施效果对比 | 传统模式 | 实施 CI/CD 后 | |--------|--------------| | 手动操作，容易出错 | 全流程自动化，稳定可靠 | | 一天只能构建一次 | 每次提交都能验证 | | 问题发现滞后 | 提交即发现问题（左移测试） | | 报告靠人工整理 | 自动生成 HTML/PDF 报告 | | 权限混乱 | 可控的构建权限和审计日志 | --- ## ✅ 成功案例（汽车行业 ECU 开发） 某 Tier1 厂商使用 Jenkins 实现： - Calib 数据更新 → 自动运行 Excel 宏 → 生成 C 文件 → 编译固件 → CRC 校验 - 每天自动构建 Nightly Build - 所有输出文件归档 + 报告邮件通知 SQA 团队 - 构建成功率从 60% 提升至 98% ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值