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的构建任务

这里写图片描述

具体的构建任务

这里写图片描述

已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: 酷酷鲨 设计师:CSDN官方博客 返回首页