ci | cd

最新推荐文章于 2025-06-28 11:24:52 发布

hxdcxy

最新推荐文章于 2025-06-28 11:24:52 发布

阅读量199

点赞数 2

CC 4.0 BY-SA版权

文章标签： ci/cd

本文链接：https://blog.csdn.net/hxdcxy/article/details/148872627

ci | cd 相当于开发人员和运维人员共同完成的东西 ci:Jenkins cd:k8s

ci ：持续集成开发人员写出的代码提交到共享仓库比如说Git 自动触发代码检查测试

好处：很快的发现bug 代码不用堆积

cd: 持续交付：代码测试没问题后自动打包成可以发布的版本需要手动试用

持续部署：更进一步，全面部署到生产环境

ci cd过程：比如说开发一个网站的时候写完登录功能代码然后自动跑测试没问题后打包代码成可以发布的版本经理手动试用后再发布到线上供用户使用

ci 工具：jekins

在kubephere部署jekins详情看官方文档 KubeSphere DevOps 系统

cd工具：k8s

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

hxdcxy

关注关注

2
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

DevOps：CI、CD、CB、CT、CD

张彦峰的博客

02-08

10万+

快速回顾了软件开发流程的演化历程，从传统的瀑布模型到原型模型、螺旋模型、增量模型、敏捷开发，最终到达了当今广受关注的DevOps。接着，深入探讨了DevOps的核心概念和实践，包括开发全流程周期、与传统开发方式的区别以及具体落地方式。其中，特别强调了DevOps的团队文化、流程和工具的重要性。随后，文章介绍了持续集成、持续交付、持续构建、持续测试和持续部署等关键概念，强调了它们在DevOps实践中的关联和重要性。最后，对于每个概念进行了简要的说明，突出了它们在实现DevOps流程中的作用和优势。

什么是CI/CD，以及我所熟知的CI/CD工具都是有哪些？

ur home

04-07

2万+

第一部分：什么是CI/CD 在软件开发中经常会提到持续集成Continuous Integration（CI）和持续交付Continuous Delivery（CD）这几个术语。但它们真正的意思是什么呢？ CI/CD 是 DevOps 的基础，CI/CD 侧重于软件开发过程中的自动化，而 Devops 则是侧重于文化构建，旨在减少开发、运维、QA之间的沟通鸿沟，促进快速可靠发布的同时还保证产品质量。 CI/CD 一系列流程通常会组成一个流水线，docker和Kubernetes则可以简化这些流水.

参与评论您还未登录，请先登录后发表或查看评论

什么是CI/CD

一坨小橙子的博客

05-25

1万+

CI/D概念（持续集成、持续交付、持续部署）、CI/CD工具、CI/CD配置文件

一文带你走进CI/CD

热门推荐

退役复学在校大学生，目光所至，皆为华夏

12-02

5万+

CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD 的核心概念是持续集成、持续交付和持续部署。它是作为一个面向开发和运营团队的解决方案，主要针对在集成新代码时所引发的问题（也称为：“集成地狱”）。CI/CD 可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务通常被统称为CI/CD 管道，由开发和运维团队以敏捷方式协同支持。哦！原来是这个东东。其实平时开发需求都在用集成平台，但是却不知道它背后的概念。

GitLab CI/CD

weixin_49131823的博客

06-08

1万+

GitLab Runner是一个开源项目，用于运行作业并将结果发送回GitLab。与GitLabCI结合使用，GitLabCI是GitLab随附的用于协调作业的开源持续集成服务。GitLab Runner是用Go编写的，可以在Linux,macOS和Windows操作系统上运行。容器部署需使用最新Docker版本。GitLab Runner需要最少的Docker vl.13.0。GitLab Runner版本应与GitLab版本同步。(避免版本不一致导致差异化)。

GitLab-CI/CD指南

陈戏猿

08-10

2822

由于公司没有运维，写go服务时各个环境编译部署还是略显麻烦，由于代码管理使用的是 gitlab，所以决定使用 gitlab 自带的 CI/CD 来做自动编译和部署，这样每次提交代码以后就可以自动部署到服务器上了。Executor的类型在注册 Runner 的时候确定，比较常用的是 Docker 和 SSH。GitLab，Runner 和 Executor 之间的关系如下图所示(图片来自GitLab官方文档)。

CI/CD介绍

一别的博客

10-19

7086

CICD 是持续集成（Continuous Integration）持续交付和持续部署（Continuous Deployment）简称。指在开发过程中自动执行一系列从开发到部署的过程中，尽量减少人工的介入。 CI, CD AND CD CI很容易理解，就是持续集成。但是CD既可以指代码持续交付，也可理解为代码持续部署。CI和CD之间有很多相似的部分，但是也有很大的区别。持续集成（CONTINUOUS INTEGRATION）在持续集成环境中，开发人员将会频繁的提交代码到主干。这些..

gitlab ci cd 不完全指南

rubys007的博客

02-02

5414

CI（）持续集成，CD（）持续部署（也包含了持续交付的意思）。lint检查，检查代码是否符合规范自动运行测试，检查代码是否能通过测试这个过程我们可以称之为 CI，也就是持续集成，这个过程是自动化的，也就是说我们不需要手动去执行这些操作，只需要提交代码，这些操作就会自动执行。CD 指的是在我们 CI 流程通过之后，将代码自动发布到服务器的过程，这个过程也是自动化的。在有了前面 CI 的一些操作之后，说明我们的代码是可以安全发布到服务器的，所以就可以进行发布的操作。

CI/CD总结

生命不息，奋斗不止

02-04

1207

bitbucket deployment:Bitbucket Cloud resources | Bitbucket Cloud | Atlassian Support

一文详细介绍GitLab CI/CD

[email protected]（邮箱）

02-08

2111

一文详细介绍GitLab CI/CD

持续集成CI/持续部署CD流程.pptx

05-06

文档解释了什么是CI/CD，整理了通过Git+Jenkins+Docker+Kubernetes实现CI/CD的操作流程。

【GitLab CI/CD】使用GitLab进行CI/CD的配置与管理

weixin_39372311的博客

07-31

1985

GitLab CI/CD 是 GitLab 内置的持续集成和持续交付/部署系统。它允许开发者通过定义 Pipeline 来自动化代码的构建、测试和部署。Pipeline 是由一系列阶段（stages）和任务（jobs）组成的工作流，每个阶段可以包含一个或多个任务，这些任务可以并行或串行执行。GitLab CI/CD 提供了一套完整的持续集成和持续交付/部署解决方案，能够自动化代码的构建、测试和部署流程。通过 GitLab Runner 和文件，用户可以轻松定义和管理 CI/CD Pipeline。

【CI/CD】CI/CD环境搭建流程和持续集成环境配置

Karoku的博客

02-21

1712

【代码】【CI/CD】CI/CD环境搭建流程和持续集成环境配置。

在 GitLab CI 中配置多任务

大道至简，无欲则刚，无为则无所不为。

06-25

346

GitLab CI通过.gitlab-ci.yml文件配置多任务流水线，支持任务分组、并行执行和条件触发。主要特性包括：1) 自定义阶段(stages)控制任务执行顺序；2) 同一阶段任务自动并行；3) 通过needs字段建立任务依赖；4) 使用rules/only/except实现条件触发；5) 模板复用减少代码重复；6) 父子流水线实现多项目协作；7) 共享变量和缓存优化效率。这些功能使GitLab CI能够灵活适应复杂工作流需求，实现高效的持续集成与部署。

C++包管理工具：conan2持续集成 (CI) 教程

最新发布

laplaya的博客

06-28

873

您可以将此列表视为“级别 (levels)”列表，在级别 0 中，有不依赖于任何正在构建的其他包的包，在级别 1 中有仅依赖于级别 0 中的元素的包，依此类推。请注意，在此示例中，我们为了方便使用 Debug 和 Release 作为不同的配置，但在实际情况中，这些将是不同的配置，例如 Windows/X86_64、Linux/x86_64、Linux/armv8 等，并在不同的计算机上运行。这并不总是可取的，甚至不可能，在许多情况下，更可取的是进行分布式构建，以实现更快的构建和更好地利用 CI 资源。

Gitee 持续集成与交付（CI/CD）篇

真实的菜的博客

06-27

870

持续集成（Continuous Integration，CI）：开发者频繁地将代码集成到主干分支，每次集成都通过自动化构建来验证，从而尽早发现集成错误。持续交付（Continuous Delivery，CD）：在持续集成的基础上，将集成后的代码自动部署到类生产环境，确保代码随时可以安全地发布到生产环境。持续部署（Continuous Deployment）：更进一步，将通过测试的代码自动部署到生产环境。Gitee Go 是 Gitee 推出的持续集成服务，为开发者提供了完整的 CI/CD 解决方案。

Jenkins+Jmeter+Ant接口持续集成

m0_68405758的博客

06-24

993

当选择这套方案的时候，很多人会问，为什么选择Jmeter做Case管理？为什么不自己写框架？说实话，自己写框架有很大优势，比如易于拓展，易于定制。Testhome上也有很多很牛逼的框架，看着就让人流口水的。很多大公司都是自己写的框架，有WEB界面（我对界面有偏爱），有简洁的Case编写方式，有很好用的录制方法…以至于我曾经也尝试写过一个（Java+Testng执行+Xml管理Case），但是过程很坎坷，遇到了很多坑（技术积累不足是很重要的一方面）。

CI/CD GitHub Actions配置流程

zxz86的博客

06-24

184

4.在code中新增.githup\workflows文件夹(固定名)，文件夹内新建一个文件，名字随意比如push.yml。（1）Name: REMOTE_HOST, Value: 服务器的ip地址，比如43.155.73.222。2.在服务器中绑定秘钥对（绑定后，服务器不能将不允许密码登录）绑定前先关机服务器，绑定后再开启服务器。（2）Name：PRIVATE_KEY， Value:秘钥内容就是下载到本地的秘钥内容。1.在云服务器上创建SSH秘钥对，下载秘钥到本地。