git runner 配置_gitlab-ci配置详解(一)

近期因为折腾gitlab-ci，专门去翻了很多文档，想想貌似自己挺傻的。按照官网教程本来biubiubiu就弄好了，非自己折腾了好几天，还没啥积累，真是作。想想唯一能积累的就是ci的配置详解了。

该文基于最新版GitLab Community Edition 10.1.1和GitLab Runner9.5.1-1

使用.gitlab-ci.yml配置你的项目

这篇文档描述了.gitlab-ci.yml的用法，本文件是被gitlab runner用于管理你的项目任务。

如果你想要快速查看Gitlab CI的介绍，请点击这里 快速开始向导

.gitlab-ci.yml

从版本7.12开始,GitLab CI使用YAML文件(.gitlab-ci.yml)对你的项目进行配置。该文件放置在你项目的根目录下，并且包涵了你的项目如何被编译的描述语句。

YAML文件使用一系列约束叙述定义了“任务”启动时所要做的事情。“任务”被定义为具名的顶级元素，并且至少包括一条脚本语句：

job1:

script: "execute-script-for-job1"

job2:

script: "execute-script-for-job2"

上面的例子是两个在ci中能起作用的最简单的，分离的任务，每一个任务执行一条不同的命令。

当然了，一条命令会立即在克隆的仓库中执行一句语句(例如：./configure;make;make install)或者启动一个脚本(例如test.sh)

任务会被Runners拿到并在Runner的环境下被执行。重要的是，每个任务将会独立进行，与其他任务分离开来。

YAML语法允许我们使用更复杂的任务声明，例如下面的例子：

# docker镜像

image: ruby:2.1

# 依赖的docker服务

services:

- postgres

# 开始执行脚本前所需执行脚本

before_script:

- bundle install

# 脚本执行完后的钩子，执行所需脚本

after_script:

- rm secrets

# 该ci pipeline适合的场景

stages:

- build

- test

- deploy

# 定义的任务1

job1:

# 场景为构建

stage: build

# 所需执行的脚本

script:

- execute-script-for-job1

# 在哪个分支上可用

only: