系列文章目录
提示：这里可以添加系列文章的所有文章的目录，目录需要自己手动添加
TODO:写完再整理
文章目录
- 系列文章目录
- 前言
- 构建gitlab远端服务器
- 一、步骤一：搭建gitlab的运行服务器【运维】
- 1. 第一步：硬件服务器准备工作
- （1）选择合适的硬件和操作系统linux
- （2）安装必要的依赖项
- 2.第二步： 在服务器安装和配置docker&GitLab
- （1）安装和配置docker
- （2）准备一个用来完成stage的镜像image，预先拉取相关镜像
- （3）通过脚本添加GitLab仓库并安装
- （4）配置文件和环境变量
- 3. 第三步：启动和测试GitLab服务
- 4. 第四步：高级配置和定制化
- 5. 第五步：维护和监控
- 二、步骤二：jobs脚本文件编写&运行【执行脚本任务】
- 三、步骤三：gitlab的cicd的软件部署【技术管理】
- 1. 第一步：GitLab的CI/CD基本概念和工作流程
- 2 .第二步： 创建和使用`.gitlab-ci.yml`文件，实现Pipelines管线集成
- （1）分阶段定义任务
- （2）任务配置
- （3）语法规则&关键字
- stages关键字（CICD阶段）
- images关键字（运行环境）
- before_script和after_script关键字
- tags关键字
- only和except关键字
- allow_failure关键字
- 【可选】artifacts关键字
- 【可选】cache关键字
- 【可选】services关键字
- （4）Pipelines管线集成工作流配置方法
- Basic
- Directed Acyclic Graph(DAG)
- Child / Parent
- （5）仅仅编译build与scan（cppcheck）示例
- （6）官方yaml文件demo模板
- 3.第三步： 注册并配置GitLab Runner来行CI/CD任务
- 4.第四步：查看&调试pipelines jobs的运行过程
- setting->CICD->Variables 自定义变量
- 5. 第五步：部署到生产环境，如果出现问题回滚
- 使用Auto DevOps提供预定义的CI/CD配置进行快速部署
- 构建gitlab本地服务器
- 参考连接
前言
认知有限，望大家多多包涵，有什么问题也希望能够与大家多交流，共同成长！
Continuous Integration（持续集成）
假设一个应用程序，其代码存储在GitLab的Git仓库中。开发人员每天都要多次推送代码更改。对于每次向仓库的推送，你都可以创建一组脚本来自动构建和测试你的应用程序，从而减少了向应用程序引入错误的机会。这种做法称为持续集成，对于提交给应用程序（甚至是开发分支）的每项更改，它都会自动连续进行构建和测试，以确保所引入的更改通过你为应用程序建立的所有测试，准则和代码合规性标准。
Continuous Delivery（持续交付）
持续交付是超越持续集成的更进一步的操作。应用程序不仅会在推送到代码库的每次代码更改时进行构建和测试，而且，尽管部署是手动触发的，但作为一个附加步骤，它也可以连续部署。此方法可确保自动检查代码，但需要人工干预才能从策略上手动触发以必输此次变
