.gitlab-ci.yml简介

关键字介绍

script             由Runner执行的Shell脚本。
image              使用docker镜像，  image：name
service            使用docker  services镜像, services：name
before_script      执行作业前运行的脚本
after_script       作业完成后运行的脚本
stages             定义管道中的步骤，依次运行
stage              定义管道中步骤的作业段
only    　　        指定作业限制only:refs，only:kubernetes，only:variables，和only:changes
tags               指定执行作业的runner
allow_failure      允许job失败
when               什么时候开始工作，
  on_success       只有当前一个阶段的所有工作都成功时（或者因为它们被标记而被认为是成功的allow_failure）才执行工作 。这是默认值。
  on_failure       仅当前一阶段的至少一个作业失败时才执行作业。
  always           无论先前阶段的工作状态如何，都可以执行工作。
  manual           手动执行作业
  delayed          延迟作业。后面跟start_in,start_in 30minutes(延迟30分钟)，不加单位，默认为秒。最长可延迟1小时。
environment     作业部署到的环境名称   #暂未搞清
cache
　　key："$CI_JOB_STAGE-$CI_COMMIT_REF_SLUG" #为每分支，每步骤启用缓存
artifacts         job成功时附加到作业的文件或目录
dependencies      此job依赖其他jobz,主要作用于作业优先级
converage         给定作业代码覆盖率设置　　　　　　
retry             在发生故障时，可以自动重试作业的次数。
parallel　　      应该并行运行多少个作业实例
trigger          定义下游管道触发器
include          允许此作业包含外部YAML
extends          此作业将继承的配置项
pages            上传作业结果用于gitlab pages
variables        作业级别定义作业变量

简单使用案例

   runner的执行方式为shell的简单示例。

 cache:
     key:"$CI_JOB_STAGE-$CI_COMMIT_REF_SLUG"  #为每分支提供缓存
     paths:
       - node_modules           #缓存哪些文件/文件夹
       - bower_components
 before_script:
 -echo "执行前运行脚本"
 after_script:
 -echo "执行后运行脚本"
 stages:     #设置步骤有哪些，常用三大块，创建，测试，发布
   -build
   -test
   -deploy
 Job1:        #设置某一步的运行工作，每个步骤可有多个job同步进行，也可设置dependencies限制
   stage:build     #此job属于哪个步骤
   script:
     -echo "go  go   go"
   only:
     -master    #哪个分支触发
   tags:
     -share      #指定runner,注册runner时填写的tag
 test:
   stage:test
   script:
     -echo "测试开始"
   only:
     -master
   tags:
     -share
 deploy:
   stage:deploy
   when:
 　　　- manual  #上面有解释
   script:
     -echo "部署开始"
 only:
     -master
   tags:
     -share