2020-03-06 14:41:07

This commit is contained in:
monlor
2020-03-06 14:41:07 +08:00
parent e4f5c1acee
commit 9047504b18
3 changed files with 80 additions and 4 deletions

View File

@@ -0,0 +1,81 @@
# 定义 stages阶段。任务将按此顺序执行。
stages:
- build
- test
- deploy
# 定义 job任务
job1:
stage: test
tags:
- XX #只有标签为XX的runner才会执行这个任务
only:
- dev #只有dev分支提交代码才会执行这个任务。也可以是分支名称或触发器名称
- /^future-.*$/ #正则表达式只有future-开头的分支才会执行
script:
- echo "I am job1"
- echo "I am in test stage"
# 定义 job
job2:
stage: test #如果此处没有定义stage其默认也是test
only:
- master #只有master分支提交代码才会执行这个任务
script:
- echo "I am job2"
- echo "I am in test stage"
allow_failure: true #允许失败,即不影响下步构建
# 定义 job
job3:
stage: build
except:
- dev #除了dev分支其它分支提交代码都会执行这个任务
script:
- echo "I am job3"
- echo "I am in build stage"
when: always #不管前面几步成功与否永远会执行这一步。它有几个值on_success (默认值)\on_failure\always\manual手动执行
# 定义 job
.job4: #对于临时不想执行的job可以选择在前面加个"."这样就会跳过此步任务否则你除了要注释掉这个jobj外还需要注释上面为deploy的stage
stage: deploy
script:
- echo "I am job4"
# 模板,相当于公用函数,有重复任务时很有用
.job_template: &job_definition # 创建一个锚,'job_definition'
image: ruby:2.1
services:
- postgres
- redis
test1:
<<: *job_definition # 利用锚'job_definition'来合并
script:
- test1 project
test2:
<<: *job_definition # 利用锚'job_definition'来合并
script:
- test2 project
#下面几个都相当于全局变量都可以添加到具体job中这时会被子job的覆盖
before_script:
- echo "每个job之前都会执行"
after_script:
- echo "每个job之后都会执行"
variables: #变量
DATABASE_URL: "postgres://postgres@postgres/my_database" #在job中可以用${DATABASE_URL}来使用这个变量。常用的预定义变量有CI_COMMIT_REF_NAME项目所在的分支或标签名称CI_JOB_NAME任务名称CI_JOB_STAGE任务阶段
GIT_STRATEGY: "none" #GIT策略定义拉取代码的方式有3种clone/fetch/none默认为clone速度最慢每步job都会重新clone一次代码。我们一般将它设置为none在具体任务里设置为fetch就可以满足需求毕竟不是每步都需要新代码那也不符合我们测试的流程
cache: #缓存
#因为缓存为不同管道和任务间共享可能会覆盖所以有时需要设置key
key: ${CI_COMMIT_REF_NAME} # 启用每分支缓存。
#key: "$CI_JOB_NAME/$CI_COMMIT_REF_NAME" # 启用每个任务和每个分支缓存。需要注意的是如果是在windows中运行这个脚本需要把$换成%
untracked: true #缓存所有Git未跟踪的文件
paths: #以下2个文件夹会被缓存起来下次构建会解压出来
- node_modules/
- dist/