基于Gitlab的CICD流程
本片文章主要初步介绍什么是CICD流程，并且把整个流程进行拆分理解整个流程的跑通过程。
1.CICD概述
- 什么是CICD呢？
简单的说CICD就是持续集成自动构建自动测试自动部署.
从概念上就可以看出，CICD主要由四个部分组成代码集成、打包构建、自动测试、自动部署。我们只需要把代码推送到gitlab远程分支上gitlab自动帮我们做好后面的所有流程，不需要我们手动参与，一看就非常的方便。
- CICD是怎么实现的呢？
要实现CICD得实现以下几个部分：
- 远程仓库功能
- pipeline
- runner
基本的流程如下：
码农将代码推送到远程仓库上， 然后触发pipline流水线通知注册的runner执行pipeline上定义的任务。
2.CI部分
CI就是代码集成也就是阶段性地向代码存库中集成最新的代码，其中gitlab的作用和github等代码托管平台的作用是一模一样的。
3.pipeline
gitlab中pipline翻译过来就是管道，我们知道管道很小水流是顺序流出的，也就是我们定义构建任务，测试任务，部署任务然后任务按照顺序执行，那么如果定义任务呢？
在项目根目录下新建一个 .gitlab-ci.yml 文件，在文件中我们可以定义任务执行阶段，及每个阶段执行的任务等信息，如下代码
before_script:
- bundle install
after_script:
- rm secrets
stages:
- build
- test
- deploy
job1:
stage: build
script:
- execute-script-for-job1
only:
- master
tags:
- docker
job2:
stage: test
script:
- echo zhe shi ce shi jie daun
job3:
stage: deploy
script:
- echo 这是自动部署阶段
那上面的例子举例，我们就在管道中定义了3个阶段，分别为build、test、deploy三个阶段，然后我们定义job1任务为build阶段执行的，script为执行的命令，job2为test阶段执行的任务，job3为deply阶段执行的任务。
当然真实生产时.gitlab-ci.yml文件肯定比这复杂很多，具体复杂的属性可以根据官方文档查看。
我们定义好了pieline，那么任务的执行者是谁呢？这就是接下来的runner角色了。
4.runner
runner一看名字我们就知道他是我们每个阶段任务的真实执行者，那它是怎么工作的呢？
- 首先我们需要在需要部署代码的机器上安装runner（不可以和gitlab服务一个机器）
- 然后启动runner
- 启动runner程序，并注册到gitlab服务器上（建立runner和gitlab服务器的连接）
- 选择一个excutor执行方式（比如是shell的本地执行，还是docker容器内执行，还是k8s等方式，初练选shell会好一点就是本地执行）
- 完成、等待触发
5.总结
我们只需要把整个CICD流程结构化区分一下思路就会瞬间清晰很多了，比如分成提交代码的部分（码农）、远程仓库（gitlab）、定义执行流程（pipeline）、任务执行者（runner）。
然后我们在想一下分成这几个部分以后，整个流程是怎么串起来来的呢？
- 码农提交代码到远程仓库（我们本地）
- 触发pipeline任务通知runner去执行（gitlab服务器）
- runner根据任务阶段顺序执行对应的任务（目标代码部署服务器）
基于上述我们就很快把整个CICD流程给弄清晰了，可以把一些简单的项目执行起来了，
但道路且长，上述只是简单的理解CICD的流程概念，如果需上手真实复杂的项目，还需要阅读官方文档如涉及容器，k8s，不同分支不同runnner，runner分类，excutor分类，等等比较细粒度的规则。
