系列文章目录
提示:这里可以添加系列文章的所有文章的目录,目录需要自己手动添加
TODO:写完再整理
文章目录
- 系列文章目录
- 前言
- 构建gitlab远端服务器
-
- 一、步骤一:搭建gitlab的运行服务器【运维】
- 二、步骤二:jobs脚本文件编写&运行【执行脚本任务】
- 三、步骤三:gitlab的cicd的软件部署【技术管理】
-
- 1. 第一步:GitLab的CI/CD基本概念和工作流程
- 2 .第二步: 创建和使用`.gitlab-ci.yml`文件,实现Pipelines管线集成
- 3.第三步: 注册并配置GitLab Runner来行CI/CD任务
- 4.第四步:查看&调试pipelines jobs的运行过程
- 5. 第五步:部署到生产环境,如果出现问题回滚
- 使用Auto DevOps提供预定义的CI/CD配置进行快速部署
- 构建gitlab本地服务器
- 参考连接
前言
认知有限,望大家多多包涵,有什么问题也希望能够与大家多交流,共同成长!Continuous Integration(持续集成)
假设一个应用程序,其代码存储在GitLab的Git仓库中。开发人员每天都要多次推送代码更改。对于每次向仓库的推送,你都可以创建一组脚本来自动构建和测试你的应用程序,从而减少了向应用程序引入错误的机会。这种做法称为持续集成,对于提交给应用程序(甚至是开发分支)的每项更改,它都会自动连续进行构建和测试,以确保所引入的更改通过你为应用程序建立的所有测试,准则和代码合规性标准。
Continuous Delivery(持续交付)
持续交付是超越持续集成的更进一步的操作。应用程序不仅会在推送到代码库的每次代码更改时进行构建和测试,而且,尽管部署是手动触发的,但作为一个附加步骤,它也可以连续部署。此方法可确保自动检查代码,但需要人工干预才能从策略上手动触发以必输此次变