Jenkins持续集成GitLab项目 GitLab提交分支后触发Jenkis任务 持续集成 CI/CD 超级详细 超多图(一)

简介: Jenkins持续集成GitLab项目 GitLab提交分支后触发Jenkis任务 持续集成 CI/CD 超级详细 超多图(一)

1.介绍背景

项目开发过程中 通常会使用Git来管理项目

尤其是多人项目 一起开发时 Git就更加重要了

因为项目比较私密 不能公开 所以项目组使用的是GitLab的私服

大家在开发分支上开发(偶尔需要独立分支)

开发完毕后 先自己测试 如果基础问题没有的话 便提交至测试分支

1.1之前流程

前端手动打包 - 登录测试服务器 - 提交至 tomcat 或 nginx 目录

后端手动打包 - 登录测试服务器 - 停止原项目 - 提交至目录 - 运行项目

反复几次后 这样的流程是非常繁琐的 而且会有时候 没有打包成功 导致代码没更新

所以这一块应该被机器所替代 这里便选择了Jenkins 帮忙集成项目


1.2目前流程

前端在dev分支开发 完毕后提交至 test 分支

后端在dev分支开发 完毕后提交至 test 分支

接下来的所有工作全部交给了 Jenkins 完成


1.3集成流程

拉取Git仓库 指定分支

切换对应版本(Node、Java)

对代码依赖检查

对项目进行打包

执行Dockerfile

提交Docker镜像到Harbor

通知Rancher对项目进行更新

静态代码扫描

出具扫描报告和结果

通知 PingCode(敏捷平台)集成完毕 (包含分支情况、部署情况)

CI/CD 完成 邮件通知(目前关掉了 太烦人了)

当前文章只到 对项目进行打包

剩下的步骤在别的文章中


1.4目前成果

当前很多很多项目已经都是Jenkins 管理了

且背后有一套持续集成的流程 最后项目将运行至K8s(部分小、老项目还在用docker-compose管理)

下面是通过 Jenkins 的一个项目视图展示 已经有很多项目了

1.5前置要求

需要你的环境已经拥有


Jenkins

GitLab

项目分支

2.服务器项目配置

首先登录服务器 建立一个存放项目的文件夹

文件名字随意 但是最好见名知意(我这里直接是 docker-{项目名称})


我这里以 GitLab里自己封装的脚手架为例 (SpringBoot项目)

我新建了:test-template

由于该项目是后端项目 所以 在 test-template 下 我又新建了 backend 文件夹

使用 pwd 命令 记录下当前的路径

当前的路径是:/home/test-template/backend
• 1

该文件夹将会存在GitLab上的该项目的源码

3.Jenkins项目配置

3.1新建项目

登录到 Jenkins 中 选择 New Item

3.2填写信息

项目名称我的规则是 刚才文件夹的规则

test-template-backend 标识它是这个项目的后端

点击 OK

3.3配置注释

填写 Description

项目的描述 可以尽可能的详细 方便维护

点击 Advanced

3.4配置文件夹

点击了Advanced之后

会弹出下面的 Directory

填入刚才在服务器记录下的目录

3.5拉取Git地址

配置GitLab项目地址

注意 该地址必须是 .git 结尾的

3.6Git分支

配置拉取源码的分支 这里 配置为 */test

3.7开启WebHook

勾选:Build when a change is pushed to GitLab …


复制 webhook URL: http://172.16.1.150:10101/project/test-template-backend (每个项目不一样哈!!!)


会出现如下界面

点击 Advanced 进行详细配置

3.8配置分支

选择监听的分支 我这里选择了 正则匹配 .*test 分支

3.9配置秘钥

点击 Generate 生成 SecretToken

3.10执行脚本

选择 Build

点击 Execute Shell 来执行Shell脚本


这里有几种方案


Shell放到项目中 跟随项目走(好处是 提交时 可以把Shell也提交进去 随时修改)

Shell放到服务器上 (好处是 安全 交分支的人 没有权限修改打包的指令)

Shell放到Jenkins (好处是 不太方便操作服务器的人 可以操作要执行的指令)

                     

3.11编写指令

填入你要执行的Shell指令

由于服务需要停止、再启动

你可以尝试先kill掉服务 再 java -jar 执行

我这边的方案是在后续操作中 将其打包为Docker 再根据流程推送至K8s集群中

这步你可以自行操作

3.12保存项目

点击底部的 Save

先去测试配置是否生效


接下篇:https://developer.aliyun.com/article/1618425

目录
相关文章
|
3月前
|
JavaScript 前端开发 持续交付
Prettier 高级应用:集成 CI/CD 流水线与插件开发
【10月更文挑战第18天】Prettier 是一款流行的代码格式化工具,它能够自动将代码格式化成一致的风格,从而提高代码的可读性和维护性。对于希望进一步发挥 Prettier 潜力的高级用户而言,将 Prettier 集成到持续集成(CI)和持续部署(CD)流程中,确保每次提交的代码都符合团队标准,是非常重要的。此外,通过开发自定义插件来支持更多语言或扩展 Prettier 的功能也是值得探索的方向。本文将详细介绍这两方面的内容。
68 2
|
1月前
|
存储 测试技术 持续交付
Docker与CI/CD的集成策略及其对软件开发效率和质量的提升作用
本文探讨了Docker与CI/CD的集成策略及其对软件开发效率和质量的提升作用。首先介绍了CI/CD的基本概念,接着阐述了Docker在环境一致性、快速部署、资源隔离和轻量化方面的优势。文章还详细讨论了构建、测试和部署阶段的具体集成方法,以及集成后带来的效率提升、可靠性增强、加速交付和易于管理等好处。最后,通过案例分析展示了集成的实际效果,强调了Docker与CI/CD结合的重要性和未来前景。
53 2
|
2月前
|
存储 监控 Devops
DevOps实践:持续集成/持续部署(CI/CD)的实战指南
DevOps实践:持续集成/持续部署(CI/CD)的实战指南
|
2月前
|
jenkins Java 持续交付
软件开发自动化程度的不断提高,持续集成(CI)和持续部署(CD)成为现代软件开发的重要组成部分
随着软件开发自动化程度的不断提高,持续集成(CI)和持续部署(CD)成为现代软件开发的重要组成部分。本文以电商公司为例,介绍如何使用 Jenkins 自动发布 Java 代码,包括安装配置、构建脚本编写及自动化部署等步骤,帮助团队实现高效稳定的软件交付。
48 3
|
3月前
|
运维 监控 jenkins
运维自动化实战:利用Jenkins构建高效CI/CD流程
【10月更文挑战第18天】运维自动化实战:利用Jenkins构建高效CI/CD流程
|
3月前
|
缓存 监控 数据可视化
利用GitLab CI/CD自动化您的软件开发流程
【10月更文挑战第10天】GitLab CI/CD 是 GitLab 内置的持续集成和持续部署工具,通过编写 .gitlab-ci.yml 文件,可以自动化构建、测试和部署应用程序的过程。本文介绍 GitLab CI/CD 的核心优势、实施步骤及在现代开发中的应用,帮助您提高开发效率和软件质量。
|
3月前
|
缓存 监控 测试技术
掌握容器化持续集成/持续部署(CI/CD)的最佳实践
【10月更文挑战第8天】本文介绍了容器化持续集成/持续部署(CI/CD)的最佳实践,涵盖容器化CI/CD的概念、优势和实施步骤。通过使用容器技术,可以实现环境一致性、快速迭代和易于扩展,提高软件开发的效率和可靠性。文章还详细讨论了编写高效的Dockerfile、自动化测试、安全性、监控和日志管理等方面的最佳实践。
|
2月前
|
运维 安全 Devops
DevOps实践:持续集成与持续部署(CI/CD)的自动化之路
【10月更文挑战第22天】在软件交付的快速迭代中,DevOps文化和实践成为企业加速产品上市、保证质量和提升客户满意度的关键。本文将通过一个实际案例,深入探讨如何利用持续集成(Continuous Integration, CI)和持续部署(Continuous Deployment, CD)实现软件开发流程的高效自动化,包括工具选择、流程设计以及问题解决策略。我们将一起探索代码从编写到部署的全自动化旅程,揭示其对企业运维效率和产品质量所带来的深远影响。
|
3月前
|
运维 监控 jenkins
运维自动化实践:利用Jenkins实现高效CI/CD流程
【10月更文挑战第18天】运维自动化实践:利用Jenkins实现高效CI/CD流程
|
3月前
|
JavaScript 测试技术 持续交付
使用 GitLab CI/CD 管道自动化部署 Web 应用
【10月更文挑战第2天】使用 GitLab CI/CD 管道自动化部署 Web 应用
149 0

热门文章

最新文章