回顾
前文中使用gitlab-ci运行了第一条流水线,使用了tag关键字选择runner,下面记录其它关键字的作用
1、stage
作用
在job下使用,声明job属于哪个阶段,该阶段必须包含在开头stages中
基本的ci文件有如下结构:stages声明作业阶段及顺序,各job描述具体的作业内容
示例
stages:
- build
- test
- deploy
build_job:
stage: build
script: "echo 'build ok'"
deploy_job:
stage: deploy
script: "echo 'deploy ok'"
test_job:
stage: test
script: "echo 'test ok'"
效果
流水线运行正常,且按开头stages中的顺序执行build、test、deploy,与job的前后顺序无关
.pre 和 .post
作用
系统默认的两个阶段,其中.pre在最前面执行,.post在最后执行。如果流水线只包含.pre和.post则不会执行。
示例
stages:
- build
- test
- deploy
build_job:
stage: build
script: "echo 'build ok'"
deploy_job:
stage: deploy
script: "echo 'deploy ok'"
test_job:
stage: test
script: "echo 'test ok'"
start_job:
stage: .pre
script: "echo 'pipeline start'"
end_job:
stage: .post
script: "echo 'pipeline end'"
效果
把.pre和.post写在了最后,但仍是最先执行.pre阶段
2、script
作用
job中具体执行的任务,job中的脚本可以写多个,如果某个报错会导致job失败
示例
stages:
- build
- test
- deploy
build_job:
stage: build
script:
- echo 'building....'
- sleep 10
- echo 'build done'
效果
job按照script顺序执行了任务
before_script 和 after_script
作用
分别在job的script前和后执行。其中before_script与script一起执行,即before_script失败会导致整个job失败;after_script单独执行,失败不会导致作业失败,如果作业失败也会执行after_script
正常示例
stages:
- build
- test
- deploy
build_job:
stage: build
before_script:
- echo 'job start'
script:
- echo 'building....'
- sleep 10
- echo 'build done'
after_script:
- echo 'job end'
正常效果
错误示例:before_script错误
会导致作业失败,但不影响after_script执行
错误效果
作业失败,但after_script正常输出
错误示例: after_script错误
不会导致作业失败
错误效果
job执行结果为成功
3、variables
作用
自定义的变量,分为全局变量和job变量,同时存在时job内的变量优先级高,用法与shell中一样
示例
stages:
- build
- test
- deploy
variables:
item_name: "demo"
os: "linux"
build_job:
stage: build
script:
- echo "${item_name} is built in $os"
deploy_job:
stage: deploy
variables:
os: "mac"
script:
- echo "${item_name} is built in $os"
- echo '${item_name} is built in $os'
效果
①build_job中使用了全局变量
②花括号可加可不加,用于与其它字符区分
①deploy_job中使用了job内的变量os
②单引号不解析变量
参考:
https://docs.gitlab.cn/jh/ci/yaml/#variables
https://www.bilibili.com/video/BV18y4y1S7VC?share_source=copy_web&vd_source=e7cb77928d906ea4d27387974d073399