1.tags
用于从允许运行该项目的所有Runner列表中选择特定的Runner,在Runner注册期间，您可以指定Runner的标签。
tags可让您使用指定了标签的runner来运行作业,此runner具有ruby和postgres标签。
示例
给定带有osx标签的OS X Runner和带有windows标签的Windows Runner，以下作业将在各自的平台上运行。
windows job:
stage:
- build
tags:
- windows
script:
- echo Hello, %USERNAME%!
osx job:
stage:
- build
tags:
- osx
script:
- echo "Hello, $USER!"
2.allow_failure
allow_failure允许作业失败，默认值为false 。启用后，如果作业失败，该作业将在用户界面中显示橙色警告. 但是，管道的逻辑流程将认为作业成功/通过，并且不会被阻塞。 假设所有其他作业均成功，则该作业的阶段及其管道将显示相同的橙色警告。但是，关联的提交将被标记为"通过”，而不会发出警告。
示例
job1:
stage: test
script:
- execute_script_that_will_fail
allow_failure: true
3.when
on_success前面阶段中的所有作业都成功（或由于标记为allow_failure而被视为成功）时才执行作业。 这是默认值。 on_failure当前面阶段出现失败则执行。 always -执行作业，而不管先前阶段的作业状态如何，放到最后执行。总是执行。 manual -手动执行作业,不会自动执行，需要由用户显式启动. 手动操作的示例用法是部署到生产环境. 可以从管道，作业，环境和部署视图开始手动操作。 delayed -延迟，需要配合start_in
4.start_in
start_in 延迟一定时间后执行作业（在GitLab 11.14中已添加）。 有效值'5',10 seconds,30 minutes, 1 day, 1 week 。
以上综合示例
before_script:
- echo "before-script!!"
variables:
DOMAIN: example.com
stages:
- build
- test
- codescan
- deploy
build:
before_script:
- echo "before-script in job"
stage: build
script:
- echo "mvn clean "
- echo "mvn install"
- echo "$DOMAIN"
after_script:
- echo "after script in buildjob"
unittest:
stage: test
script:
- ech "run test"
when: delayed #当状态为延迟时执行
start_in: '30' #start_in表示延迟 30秒
allow_failure: true #允许失败，失败不阻塞后续job
deploy:
stage: deploy
script:
- echo "hello deploy"
- sleep 2;
when: manual
codescan:
stage: codescan
script:
- echo "codescan"
- sleep 5;
when: on_success #默认
after_script:
- echo "after-script"
5.retry
配置在失败的情况下重试作业的次数。 当作业失败并配置了retry ，将再次处理该作业，直到达到retry关键字指定的次数。如果retry设置为2，并且作业在第二次运行成功（第一次重试），则不会再次重试. retry值必须是一个正整数，等于或大于0，但小于或等于2（最多两次重试，总共运行3次）.
示例
unittest:
stage: test
retry: 2 #最多执行3次
script:
- ech "run test"
扩展：根据失败的原因设置重试次数
always ：在发生任何故障时重试（默认）. unknown_failure ：当失败原因未知时。 script_failure ：脚本失败时重试。 api_failure ：API失败重试。 stuck_or_timeout_failure ：作业卡住或超时时。 runner_system_failure ：运行系统发生故障。 missing_dependency_failure: 如果依赖丢失。 runner_unsupported ：Runner不受支持。 stale_schedule ：无法执行延迟的作业。 job_execution_timeout ：脚本超出了为作业设置的最大执行时间。 archived_failure ：作业已存档且无法运行。 unmet_prerequisites ：作业未能完成先决条件任务。 scheduler_failure ：调度程序未能将作业分配给运行scheduler_failure。 data_integrity_failure ：检测到结构完整性问题。
示例
定义当出现脚本错误重试两次，也就是会运行三次。
unittest:
stage: test
tags:
- build
only:
- master
script:
- ech "run test"
retry:
max: 2
when:
- script_failure
6.timeout 超时
特定作业配置超时，作业级别的超时可以超过项目级别的超时，但不能超过Runner特定的超时
作业超时示例
build: script: build.sh timeout: 3 hours 30 minutes test: script: rspec timeout: 3h 30m
项目设置流水线超时时间
超时定义了作业可以运行的最长时间（以分钟为单位）。 这可以在项目的**“设置">” CI / CD">"常规管道"设置下进行配置** 。 默认值为60分钟。
runner超时时间
此类超时（如果小于项目定义的超时 ）将具有优先权。此功能可用于通过设置大超时（例如一个星期）来防止Shared Runner被项目占用。未配置时，Runner将不会覆盖项目超时。
7.parallel
配置要并行运行的作业实例数,此值必须大于或等于2并且小于或等于50。 这将创建N个并行运行的同一作业实例. 它们从job_name 1/N到job_name N/N依次命名。
codescan:
stage: codescan
tags:
- build
only:
- master
script:
- echo "codescan"
- sleep 5;
parallel: 5
综合示例
before_script:
- echo "before-script!!"
variables:
DOMAIN: example.com
stages:
- build
- test
- codescan
- deploy
build:
before_script:
- echo "before-script in job"
stage: build
script:
- echo "mvn clean "
- echo "mvn install"
- echo "$DOMAIN"
after_script:
- echo "after script in buildjob"
unittest:
stage: test
script:
- ech "run test"
when: delayed
start_in: '5'
allow_failure: true
retry:
max: 1
when:
- script_failure
timeout: 1 hours 10 minutes
deploy:
stage: deploy
script:
- echo "hello deploy"
- sleep 2;
when: manual
codescan:
stage: codescan
script:
- echo "codescan"
- sleep 5;
when: on_success
parallel: 5
after_script:
- echo "after-script"