Gitlab+Jenkins持续集成CI和持续部署CD（三）

最新推荐文章于 2024-06-23 20:28:54 发布
最新推荐文章于 2024-06-23 20:28:54 发布
阅读量3.6k 收藏 37
点赞数 7
分类专栏： 实验与实战笔记 文章标签： git github jenkins
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44847002/article/details/106065553
版权

大家好，我是SuieKa，上一次我把Gitlab和Jenkins的安装已经解决，现在就可以搞事了哈（持续集成平台CI/CD）。

目录

什么是 CI/CD?

1、简单概念

持续集成(CI)：

通过持续集成，开发人员能够频繁将其代码集成到公共代码仓库的主分支中。开开发人员能够在任何时候多次向仓库提交作品，而不是独立地开发每个功能模块并在开发周期结束时一一提交。
这里的一个重要想法是让开发人员更快，更频繁地做到这一点，从而降低集成成本。实际情况中，开发人员在集成时经常会发现新代码和已有代码存在冲突。如果集成较早并更加频繁，那么冲突将更容易解决且执行成本更低。当然，还有一些权衡。此流程变更不提供任何额外的质量保证。实际上，许多组织发现这种集成变得更加昂贵，因为它们依赖于手动过程来确保新代码不会引入新的错误，并且不会破坏现有代码。为了减少集成任务期间的摩擦，持续集成依赖于测试套件和自动化测试执行。然而，要认识到自动化测试和持续测试是完全不同的这一点很重要，我们会在文章结尾处详细说明。
CI 的目标是将集成简化成一个简单、易于重复的日常开发任务，这将有助于降低总体构建成本，并在周期的早期发现缺陷。要想有效地使用 CI， 必须转变开发团队的习惯，要鼓励频繁迭代构建，并且在发现 bug 的早期积极解决。

持续交付(CD)：

实际上是 CI 的扩展，其中软件交付流程进一步自动化，以便随时轻松地部署到生成环境中。CD 集中依赖于部署流水线，团队通过流水线自动化测试和部署过程。此流水线是一个自动化系统，可以针对构建执行一组渐进的测试套件。CD具有高度的自动化，并且在一些云计算环境中也易于配置。在流水线的每个阶段，如果构建无法通过关键测试会向团队发出警报。否则，将继续进入下一个测试，并在连续通过测试后自动进入下一个阶段。流水线的最后一个部分会将构建部署到和生产环境等效的环境中。这是一个整体的过程，因为构建、部署和环境都是一起执行和测试的，它能让构建在实际的生产环境可部署和可验证。
AWS上提供了现代CI / CD管道的可靠展示。亚马逊是云计算提供商之一，提供令人印象深刻的CI / CD 管道环境，并提供一个演练过程，您可以从其中选择众多开发资源，并将它们链接在一个易于配置且易于监控的管道中。

持续部署(CD)：

持续部署扩展了持续交付，以便软件构建，在通过所有测试时自动部署。在这样的流程中，不需要人为决定何时及如何投入生产环境。CI/CD系统的最后一步将在构建后的组件/包退出流水线时自动部署。此类自动部署可以配置为快速向客户分发组件、功能模块或修复补丁，并准确说明当前提供的内容。
采用持续部署的组织可以将新功能快速传递给用户，得到用户对于新版本的快速反馈，并且可以迅速处理任何明显的缺陷。用户对无用或者误解需求的功能的快速反馈有助于团队规划投入，避免将精力集中于不容易产生回报的地方。
随着DevOps 的发展，新的用来实现 CI/CD 流水线的自动化工具也在不断涌现。这些工具通常能与各种开发工具配合，包括像 GitHub这样的代码仓库和 Jira 这样的 bug 跟踪工具。此外，随着 SaaS这种交付方式变得更受欢迎，许多工具都可以在现代开发人员运行应用程序的云环境中运行，例如 GCP 和 AWS。最受欢迎的自动化工具是 Jenkins（以前的 Hudson），这是一个由数百名贡献者和商业公司 Cloudbees 支持的开源项目。Cloudbees 甚至聘请了Jenkins 的创始人，并提供了一些 Jenkins 培训项目和附加组件。除了开源项目之外，还有一些更现代化的商业产品例如：
CircleCI，Codeship 和 Shippable。
这些产品各有优缺点，我鼓励开发人员在开发流程中一一尝试它们，以了解它们在您的环境中的工作方式，以及它们如何与您的工具、云平台、容器系统等协作。

持续集成注重将各个开发者的工作集合到一个代码仓库中，通常每天会进行几次， 主要目的是尽早发现集成错误，使团队更加紧密结合，更好地协作。 持续交付的目的是最小化部署或发布过程中团队固有的摩擦， 它的实现通常能够将构建部署的每个步骤自动化，以便任何时刻能够安全地完成代码发布（理想情况下）。 持续部署是一种更高程度的自动化，无论何时代码有较大改动， 都会自动进行构建／部署。

2、基本的CI / CD工作流程
考虑以下示例，以了解GitLab CI / CD如何适合通用开发工作流程。
假设您已在一个问题中讨论了代码实现，并在本地进行了建议的更改。将提交推送到GitLab中的远程存储库中的功能分支后，将触发为您的项目设置的CI / CD管道。这样，GitLab CI / CD：
运行自动化脚本（顺序或并行）以：
构建并测试您的应用。
就像您在中看到的那样，使用Review Apps预览每个合并请求的更改localhost。
对实施感到满意后：

让您的代码得到审查和批准。
将功能分支合并到默认分支。
GitLab CI / CD将您的更改自动部署到生产环境。
最后，如果出现问题，您和您的团队可以轻松地将其回滚。
在这里插入图片描述
GitLab CI / CD可以做更多的事情，但是此工作流程体现了GitLab跟踪整个过程的能力，而无需使用外部工具来交付软件。而且，最有用的是，您可以通过GitLab UI可视化所有步骤。

一旦部署了现代化的 CI/CD 流水线，您可能会意识到开发人员工作流程中的一些工具和流程也需要进行现代化改造。 测试是一个要着重关注的领域，如果您的部署频率是每天或者一天多次，您的每次测试可能需要数小时甚至一晚上才能完成。

持续集成平台使用方法

一、配置Jenkins使用gitlib更新代码

1、前提：登录之前部署的Gitlab和Jenkins

Gitlab：可以看到我之前创建了一个项目（my Web）
在这里插入图片描述
Jenkins:
在这里插入图片描述
2、安装所需要的插件

为了配置Jenkins使用gitlib更新代码，我们需要安装以下插件，安装插件方法在之前有提到

Credentials Plugin（默认已经安装）  	 			#签名证书管理插件
Gitlab Plugin    								#安装后从gitlab获取代码 
Git Plugin 和 Git Client Plugin（已安装）   		#用于jenkins在gitlab中拉取源码 
GitLab Hook     								#gitlab触发jenkins构建项目
gitlab Authentication    						# gitlab和jenkins认证相关的插件
SSH Plugin     									#进程执行shell脚本
Publish Over SSH     							#用于通过ssh部署应用

若部分插件没有安装成功就去下载插件直接上传
在这里插入图片描述
安装完成后就重启jenkins

3、设置gitlab用户root可以通过ssh公钥直接下载代码

在Gitlab上部署key，让root用户可以不输入密码，获取gitlab上的源代码
在这里插入图片描述
生成获取密钥：

[20:58:46 root@wang-tuxing ~]#ssh-keygen		####一路回车，生成密钥
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): 
Created directory '/root/.ssh'.
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:RNHEizwQysbBrUjuj0Cy6ctcjxtkjZFGRRhTdBW1JL4 root@wang-tuxing
The key's randomart image is:
+---[RSA 3072]----+
|   =O*.o+O+o     |
|  o++o+.. = .    |
| o ==. o.o o     |
|..+.=  .+ o      |
|o+ + .  SE       |
|+ +              |
|.. =             |
|o.o =            |
| +.o..           |
+----[SHA256]-----+
[21:29:03 root@wang-tuxing ~]#ls .ssh/				####生成隐藏目录.ssh/
id_rsa  id_rsa.pub
[21:29:18 root@wang-tuxing ~]#cat .ssh/id_rsa.pub 
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQDICE/Lb+/gjVGfbZPa510WJOYt/ewBYnYm/qba4Y7kG7lGdMfQJ8s+/oQIeATci+MTzANX0XkEn/g8bdr3RRx0OfKsw2JIj9nFB/Nx4qzf2J93b8l3zwOTcH3cMyOs9mqWYk5BK5Ibf+4pUEuV0JZJH1dwwFSdka+lpua0eb1GtfBEnts+as3ThBRjaNFHESTU7au+S25H5HtXD2cHJkzoLK6Xx2Q43GOFwNozOFVHbwQRwsqsUq0UioVwcBtTjKTFzD3MyzGAOysuB3kdCv8o0dE3PAQpPvNeDVgZzBZT7w3xNj158nSg3LUCwaXBrVROEq7HbDCEcGL9NQPRkuRJ/bVjdRz/GHtwq5leigXHCC2NE3FUsFbwR5IBEQm+ua+OuSw8i9Dc9TadBxuAw1pJQ5cHMOJKrxgE92Qr65PMOMQrMOJ+M/VCwxEANyZzqK0ZQFgFlEAB6G7UZ1H+H9z/Op2doFlfWGzBUmsy3CJ5Jd5NCYlevtg2emyayyvb9gk= root@wang-tuxing
####这是密钥，复制下来

在这里插入图片描述
点击添加密钥
现在我们就可以测试是否需要输入密码：
注意：git@192.168.1.104:wang/my-web.git是在Gitlab中，直接复制即可
在这里插入图片描述

21:38:14 root@wang-tuxing my]#ls						###之前git下来的，删除它
my-web
[21:38:15 root@wang-tuxing my]#rm my-web/
Move complete. You will find the files that is deleted in /tmp//2020-05-14_21:38:17
[21:39:53 root@wang-tuxing my]#git clone git@192.168.1.104:wang/my-web.git
														###使用git克隆，ssh方式克隆
正克隆到 'my-web'...
The authenticity of host '192.168.1.104 (192.168.1.104)' can't be established.
ECDSA key fingerprint is SHA256:GvhYXO/CMX+F+GrSQ8D3lwXAnBkK6YlZYUGV8i+30Gg.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
														###第一次需要确认是否继续
Warning: Permanently added '192.168.1.104' (ECDSA) to the list of known hosts.
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
接收对象中: 100% (3/3), 完成.
[21:40:28 root@wang-tuxing my]#ls						###查看克隆的项目
my-web

####当然http是不需要驶入密码的
[21:45:58 root@wang-tuxing data]#git clone http://192.168.1.104/wang/my-web.git
正克隆到 'my-web'...
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
展开对象中: 100% (3/3), 完成.

如果需要为其他用户配置密钥，只需要切换到普通目录进行部署密钥就好了

4、Jenkins添加git用户root的私钥
复制localhost中id_dsa.pub里面的公钥添加到Jenkins

[21:50:34 root@wang-tuxing ~]#cat .ssh/id_rsa
-----BEGIN OPENSSH PRIVATE KEY-----
b3BlbnNzaC1rZXktdjEAAAAABG5vbmUAAAAEbm9uZQAAAAAAAAABAAABlwAAAAdzc2gtcn
NhAAAAAwEAAQAAAYEAyAhPy2/v4I1Rn22T2uddFiTmLf3sAWJ2Jv6m2uGO5Bu5RnTH0CfL
Pv6ECHgE3IvjE8wDV9F5BJ/4PG3a90UcdDnyrMNiSI/ZxQfzceKs39ifd2/Jd88Dk3B93D
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
TIkAyDISu19Nj4dcme8tPLV+d8Iskw0XK8xutw3CrOD0kGkP0u80IzEAw2Gl/itEXC6xPO
oXP1U9rimZHIFFeZ/a0pHWqMO8VpkIVjB52zaYBSMOfiSAKJK6RLdXcIPdqy80yVe0WNdV
gFCbwHSDXZpnUlAAAAEHJvb3RAd2FuZy10dXhpbmcBAg==
-----END OPENSSH PRIVATE KEY-----

在这里插入图片描述
在这里插入图片描述
点击确定
在这里插入图片描述
全局无限制（global unrestricted），实现jenkins直接拉取gitlab上的数据

5、 Jenkins创建项目
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
点击应用-保存

在这里插入图片描述
6、将代码发布到web服务器
可以通过执行命令脚本的方式迚行代码发布，我使用root用户在各个web服务器上发布代码。
安装httpd

[22:27:27 root@wang-tuxing ~]#dnf -y install httpd
[22:26:48 root@wang-tuxing ~]#vi /etc/httpd/conf/httpd.conf 			####由于80端口被占用，修改端口为81
#Listen 80
Listen 81
[22:28:38 root@wang-tuxing ~]#systemctl start httpd				###启动apache服务

访问正常：http://192.168.1.104:81/
在这里插入图片描述
7、准备自动部署web代码
实现root用户可以无密码直接登录系统

[22:28:45 root@wang-tuxing ~]#ssh-copy-id root@192.168.1.104
注：需要在哪台机器上自动发布代码，就需要让jenkins这样机器的root用户可以免费密码登录到那台服务器上
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
root@192.168.1.104's password: 

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh 'root@192.168.1.104'"
and check to make sure that only the key(s) you wanted were added.

[22:34:54 root@wang-tuxing ~]#ssh 192.168.1.104			####//这里使用本机登录本机，已经免密
Activate the web console with: systemctl enable --now cockpit.socket

Last login: Thu May 14 20:58:46 2020 from 192.168.1.105

配置Jenkins用户权限

[22:39:41 root@wang-tuxing ~]#visudo
jenkins         ALL=(ALL)       NOPASSWD: /usr/bin/ssh		####最后一行添加

创建自动上传web代码的脚本

[22:40:48 root@wang-tuxing ~]#vi deploy.sh
echo $USER
cd /data/my/my-web								####进入之前git的目录
git pull
scp -r ./* root@192.168.1.104:/var/www/html/	####要部署多台，就写对应的IP地址路径   

[22:46:55 root@wang-tuxing ~]#chmod +x deploy.sh		####加执行权限 
[22:47:03 root@wang-tuxing ~]#./deploy.sh 				####执行脚本
root
已经是最新的。
index.html                                                         100%   42    41.4KB/s   00:00

测试：http://192.168.1.104:81/刷新页面
在这里插入图片描述
在这里插入图片描述
刷新web页面，可以发现自己写的代码上传到网站上了

把网页删除一下，测试jenkins部署
[22:47:09 root@wang-tuxing ~]#rm /var/www/html/index.html

在jenkins的”增加构建步骤“写入上传代码脚本
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
以上写的是deploy.sh的路径
点击保存
再点击立即构建
在这里插入图片描述
刷新页面http://192.168.1.104:81/
在这里插入图片描述
自动构建，上传网页成功
严格来说并不算自动部署，并内有实现自动化

二、实现gitlib触发Jenkins自动部署

实现前先安装两个插件
Build Authorization Token Root 和 Build Token Trigger

1、 配置身份验证令牌 (相当于 暗号 )、

生成Token ，openssl rand 生成随机密码
[root@localhost ~]# openssl rand -hex 12
9e182cb8c6f2712718ee513f

在jenkins创建的项目中，构建触发器
在这里插入图片描述
保存

在这里插入图片描述
2、在git项目配置界面设置链接和token
因为我是用的是本地主机进行测试，在以下会出现webhook提示Url is blocked: Requests to the local network are not allowed的问题，需要修改配置，如下
在这里插入图片描述
再进行设置webhook链接和token：
在这里插入图片描述
在这里插入图片描述

注意：之间不要带有空格
格式为：http://192.168.1.104:8090/buildByToken/build?job=my-wang-web-test&token=9e182cb8c6f2712718ee513f
http://jenkins地址/buildByToken/build?job=jenkins项目&token=生成令牌

在这里插入图片描述保存
3、测试gitlab触发jenkins自动部署
点击测试

在这里插入图片描述
在这里插入图片描述
显示则成功并查看jenkins项目
在jenkins中可以看到构建成功
在这里插入图片描述
4、向git服务器提交代码

[14:38:35 root@wang-tuxing ~]#cd /data/my/my-web/
[14:38:46 root@wang-tuxing my-web]#echo "test 1" >> index.html
[14:39:03 root@wang-tuxing my-web]#git add index.html
[14:39:10 root@wang-tuxing my-web]#git commit -m "modify index.html"
[master b1f63d3] modify index.html
 Committer: root <root@wang-tuxing.DHCP>
。。。。。。。。。。。。。。。。。。。。。。。。。。
    git config --global --edit

设置完毕后，您可以用下面的命令来修正本次提交所使用的用户身份：

    git commit --amend --reset-author

 1 file changed, 1 insertion(+)
[14:39:15 root@wang-tuxing my-web]#git push -u origin master
枚举对象: 5, 完成.
对象计数中: 100% (5/5), 完成.
Delta compression using up to 4 threads.
压缩对象中: 100% (2/2), 完成.
写入对象中: 100% (3/3), 302 bytes | 302.00 KiB/s, 完成.
Total 3 (delta 0), reused 0 (delta 0)
To 192.168.1.104:wang/my-web.git
   418d728..b1f63d3  master -> master
分支 'master' 设置为跟踪来自 'origin' 的远程分支 'master'。

[14:44:27 root@wang-tuxing my-web]#cat index.html 
<html><h1>welcome to my-web!!!</h1></html>token test
test 1

在这里插入图片描述
我这里是个失败的测试，http://192.168.1.104:81/无法访问
总结步骤： gitlab创建代码项目-》gitlab部署公钥-》jenkins安装插件-》创建新项目-》绑定私钥-》添加触发器-》测试部署

讲的不全。请包涵。

小王桐学
关注
  • 7
    点赞
  • 踩
  • 37
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Gitlab+Jenkins实现CICD
Cmainlove的专栏
09-04 1916
手工打包上传，解压启动的过程速度慢，过于繁琐，借助于Jenkins，可以实现自动编译打包部署。 安装Jenkins 直接从官网https://jenkins.io/zh/download/下载最新的war包，然后解压到某个固定目录，使用java -jar jenkins.war启动即可，默认它会将war包解压到~/.jenkins目录下，并生成一些目录及配置文件。或： 后台启动 nohup ja...
gitlab与jenkins集成
魏志标的博客
10-18 6686
Gitlab通知触发，是指pipeline关联的gitlab repository上的代码出现变更时，由gitlab将事件通知给jenkins，从而触发jenkins执行构建操作 具体步骤如下： 1、确认jenkins开启gitlab插件 系统管理—>>插件管理—>>已安装（如果没有则进行安装），如下： 2、gitlab设置外发请求，如下： gitlab和jenkins同在本地网络时，需要以管理员权限设置“外发请求”启用"允许Webhook和服务对本地网络的请求"，如下： 3
【jenkins1】gitlab与jenkins集成
最新发布
OpenBMC开发
06-23 2400
GitLab配置Access Token，用于jenkins连接GitLab获取GitLab API接口：点击右上角用户头像Edit profile，再点击左侧Access Tokens ，命名为gitlab_jenkins，Select scopes全部勾选上，点击创建产生如下字符串。官网https://www.jenkins.io/下载jenkins，可选择适合你自己系统的版本，也可选择不依赖于系统的docker（前提本机安装了docker）或war包（本机安装了java），如下开启。
Jenkins结合gitlab自动化持续集成
2301_78276982的博客
05-22 1023
最近在公司有负责搭建环境，自动化脚本写好后，毋庸置疑是需要将自动化脚本进行持续集成测试，能够根据企业的定制化需求，通过Jenkins触发执行构建任务，定时执行自动化脚本等，今天就给大家介绍一下Jenkins结合gitlab进行自动化持续集成测试。
Hello Git（九）——GitLab CI持续集成
天山老妖
02-27 1767
一、CI持续集成简介 1、CI持续集成简介 CI（Continuous Integration），即持续集成，是一种可以增加项目可见性、降低项目失败风险的开发实践，其目的在于让产品快速迭代的同时，尽可能保持高质量。每次集成都通过自动化的构建（包括编译、发布、自动化测试)来验证，从而尽快地发现集成错误，只有通过自动测试的代码才能进行后续的交付和部署。 CI是团队成员间（产研测）更好地协调工作，更好的适应敏捷迭代开发，自动完成减少人工干预，保证每个时间点上团队成员提交的代码都能成功集成的，可以很好的用于对
CI/CD之Jenkins+Gitlab
热门推荐
礁之的博客
12-21 1万+
文章目录一、Jenkinx+Gitlab持续集成环境概述（1）什么是CI/CD（2）Jenkins概述（3）Gitlab概述（4）Gitlab和Github的区别（5）Jenkins配合Gitlab持续集成系统的工作流程二、部署持续集成环境（1）实验环境（2）实验步骤-搭建Gitlab（100.202）-Gitlab的使用-关闭gitlab注册功能-配置gitlab邮件报警-创建一个新群组-创建一个新账户-把新创建的用户加入组-创建一个新项目-搭建Jenkins（100.203）-访问Jenkins并且安装
gitlab+jenkins持续集成CICD服务部署详细篇
wumuzibabi的博客
07-20 3296
gitlab+jenkins持续集成CICD服务部署详细篇，附带包
GitLab + Jenkins 持续集成 + 自动化部署_V1.0.pdf
10-26
GitLab和Jenkins是两种强大的工具，分别用于版本控制和持续集成/持续部署（CI/CD）。通过将它们结合使用，可以实现自动化的工作流程，从而提高软件开发的效率和质量。在本文中，我们将深入探讨如何利用GitLab与...
详解Docker+Jenkins+Gitlab+Django应用部署实践
01-11
传统的人工手动或简单脚本已经不能适应此变化，此时Devops为我们提供了良好的解决方案，应用好CI/CD可以大大的方便我们的日常工作，自动化快速的持续集成/持续交付为我们带来了应用开放的更快速度、更好的稳定性和更...
Jenkins+Gitlab+Ansible自动化部署.zip
03-03
在IT行业中，持续集成与交付（CI/CD）是现代软件开发流程中的关键环节，它极大地提升了开发效率和产品质量。本教程围绕“Jenkins+GitLab+Ansible”这一组合，详细介绍了如何构建一个自动化的部署环境。让我们逐一...
k8s+docker+Jenkins+git持续集成与持续发布
12-15
持续集成（CI）和持续发布（CD）是软件开发中的一种实践，旨在提高软件的质量和交付速度。 在这个案例中，我们将使用 k8s、Docker、Jenkins 和 Git 来实现持续集成与持续发布。该案例将涵盖以下知识点： 1. k8s ...
Gitlab+Ansible+Jenkins自动化部署
01-10
GitLab、Ansible和Jenkins这三者结合，可以构建出一个强大的持续集成和持续部署（CI/CD）流程。下面我们将深入探讨这三个工具如何协同工作以及它们在自动化部署中的作用。 1. GitLab: GitLab是一个版本控制系统，它...
Gitlab与Jenkins构建CICD环境
MKC__jiaoq的博客
02-15 5973
一、概述 1、CI 持续集成 持续集成：持续集成(continuous integration)是指开发者在代码开发过程中，可以频繁将代码部署集成到主干，并进行自动化测试持续交付：是指在持续集成的基础之上，将代码部署到预生产环境持续部署：在持续交付的基础之上，把部署到生产环境的过程自动化 2、持续集成流程 1、开发者将新版本 push 到 Gitlab2、Gitlab 随后触发 jenkins master 节点进行一次 build。(或者通过 web hook 定时检测)3、jenkins.
Jenkins + Gitlab 前后端项目自动化构建部署
RAB
03-20 4556
Jenkins + Gitlab 前后端项目自动化构建部署。
gitlab+jenkins 搭建部署
2302_77503226的博客
02-29 1480
本文章介绍了 gitlab代码管理工具和jenkins持续集成工具的搭建与部署，如何将两个应用程序关联起来 发挥最大的功能。
Jenkins集成Gitlab实现自动化部署
邓邓子的博客
03-15 4874
目录一、环境准备1.配置无密码登录（1）Jenkins 服务器上生成一对公钥、私钥（2）复制公钥到应用服务器二、配置Gitlab1.创建示例项目 test-code-review 一、环境准备 服务器 IP 操作系统 安装说明 Jenkins 192.168.1.58 CentOS 7.5 安装 Jenkins，见 CentOS下安装Jenkins Gitlab 192.168.1.15 CentOS 7.5 安装 Gitlab 应用 192.168.1.38 CentOS 8.5
GitLab + Jenkins + Docker 实现 CI/CD 集成发布
weixin_45710286的博客
07-02 2110
在没有持续集成持续发布之前，传统的开发模式是项目一开始就划分模块，等到所有代码开发完成之后再集成到一起进行测试，但是随着技术的发展，业务量不断增加，软件规模也在不断的扩大，单一的划分模块的方式就会出现特别多的问题，由于代码中的很多 Bug 在项目的早期就存在，等到最后集成测试的时候才发现问题，这样会导致开发者需要在集成阶段花费大量的时间去修改代码，再加上软件的复杂性短时间内很难定位错误位置，而持续集成的出现就可以消除这个弊端。......
gitlab+Jenkins+maven+tomcat实现可持续化集成
05-25
GitLab是一个基于Web的Git仓库管理工具，它提供了代码托管、CI/CD、代码审核、Wiki等功能。在GitLab中，我们需要创建一个项目，并将代码提交到GitLab中。 2. Jenkins Jenkins是一个开源的自动化构建工具，它提供了...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小王桐学

谢谢，只求点赞哟

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值