gitlab CICD 持续集成方案

本人搭建的效果如下：

GitLab-CI就是一套配合GitLab使用的持续集成系统（当然，还有其它的持续集成系统，同样可以配合GitLab使用，比如Jenkins）。而且GitLab8.0以后的版本是默认集成了GitLab-CI并且默认启用的。.gitlab-ci.yml的脚本解析就由它来负责。那么在gitlab上在哪里设置呢？

打开gitlab网站：

项目-->Setting-->CI/CD-->Runner-->Expand，如下图：

点击Expand后如下：

GitLab-Runner

GitLab-Runner是配合GitLab-CI进行使用的。一般地，GitLab里面的每一个工程都会定义一个属于这个工程的软件集成脚本，用来自动化地完成一些软件集成工作。当这个工程的仓库代码发生变动时，比如有人push了代码，GitLab就会将这个变动通知GitLab-CI。这时GitLab-CI会找出与这个工程相关联的Runner，并通知这些Runner把代码更新到本地（服务器）并执行预定义好的执行脚本。

所以，GitLab-Runner就是一个用来执行软件集成脚本的东西。你可以想象一下：Runner就像一个个的工人，而GitLab-CI就是这些工人的一个管理中心，所有工人都要在GitLab-CI里面登记注册，并且表明自己是为哪个工程服务的。当相应的工程发生变化时，GitLab-CI就会通知相应的工人执行软件集成脚本。如下图：

GitLab-CI与GitLab-Runner关系示意图

Runner可以分布在不同的主机上，同一个主机上也可以有多个Runner。

当我们注册完Runner以后就可以通过.gitlab.ci文件去支配runner代替我们执行docker镜像打包，docker镜像推送，k8s项目管理，执行sh脚本.......等等

总之runner可以帮你在你注册的这台服务器上执行你想执行的操作

Runner类型

GitLab-Runner可以分类两种类型：Shared Runner（共享型）和Specific Runner（指定型）。

Shared Runner：这种Runner（工人）是所有工程都能够用的。只有系统管理员能够创建Shared Runner，这种Runner通常用来团队写作使用的。

Specific Runner：这种Runner（工人）只能为指定的工程服务。拥有该工程访问权限的人都能够为该工程创建Shared Runner。

.gitlab-ci.yml

记录了一系列的阶段和执行规则。GitLab-CI在push后会解析它，根据里面的内容调用runner来运行。

安装步骤

$ curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-runner/script.deb.sh | sudo bash

$ sudo apt-get install gitlab-runner

只需要以上两条命令就可以装好gitlab-runner了

gitlab-runner安装好以后我们注册一下就好了

$ gitlab-ci-multi-runner register

引导会让你输入gitlab的url，输入自己的url，例如http://gitlab.example.com/

引导会让你输入token，去相应的项目下找到token，例如ase12c235qazd32

引导会让你输入tag，一个项目可能有多个runner，是根据tag来区别runner的，输入若干个就好了，比如web,hook,deploy\#引导会让你输入executor，这个是要用什么方式来执行脚本，图方便输入shell就好了。

最后两个引导直接Enter 完事

当你注册号以后刷新页面就可以看到你刚刚注册的runner了