GitLab持续集成--配置Runner

GitLab持续集成

参考文献
https://docs.gitlab.com/ee/ci/

Getting started with GitLab CI/CD

从8.0开始，GitLab持续集成(CI)完全集成在GitLab中。

GitLab的持续集成服务。
如果你添加了.gitlab-ci.yml文件在项目的根目录并且配置项目使用Runner，这样每次的代码提交就会触发ci.

.gitlab-ci.yml 文件告诉GitLab runner应该做什么。默认情况下它在构建任务里运行三个构建阶段: build, test, and deploy. 并不是所有的构建阶段都会用到，没有构建阶段的构建任务会被忽略。

如果一切运行OK，会看到一个绿色的提交图标，这很方便我们检查程序是否正常。

配置CI需要做两件事情

1. 添加 .gitlab-ci.yml在项目的根目录
2. 配置一个Runner

配置完之后，每次提交代码，Runner都会自动开始构建任务。

一些概念的解释参考
https://segmentfault.com/a/1190000006120164

.gitlab-ci.yml

添加一个.gitlab-ci.yml在项目的根目录。
这里我弄了一个非常简单的.gitlab-ci.yml

job1:
  script: "pwd"

job2:
  script: "uname -a"

定义了两个构建任务Job（没有定义构建阶段Pipeline，默认是test）

我们的构建任务也很简单
第一个是打印当前目录，第二个是查看服务器版本

这个时候我们进行分支合并的时候就能看到分支的构建情况

当然上面的这些在没有配置Runner的时候是不会执行的。

配置一个Runner

centos安装方法

执行下面的命令

1

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

2

sudo yum install gitlab-runner

这样gitlab-runner就安装好了

注册runner

1 输入如下命令

sudo gitlab-runner register

2 输入gitlab地址

地址可以从项目中获取到

这个页面会获取到地址和token，下面用到

3 输入token，就是截图里的token

4 输入对Runner的描述，这个在GitLab’s UI可以修改，比如my-runner

5 给Runner打个标签，这个在GitLab’s UI可以修改，比如java

6 是否Runner执行没有标签的构建任务，输入true

7 是否将Runner锁定到当前项目，这个在GitLab’s UI可以修改，输入true

8 输入Runner的执行者，这里我选择shell

这样我们就配置好了Runner

当我们有代码提交的时候，Runner就会执行.gitlab-ci.yml的构建任务

具体的构建任务