gitlab cicd(四) gitlab ci文件编写规范格式

官方文档

https://docs.gitlab.com/ce/ci/yaml/README.html

通用示例

stages:  #定义步骤列表类型，从上往下执行
  - build
  - release
build: #job名字
  stage: build  #和stages对应的名字
  image: i.harbor.xxxx.com/public/node:10-alpine-node-sass  #使用的镜像，如果不写，就是注册runner默认镜像
  script: #镜像执行命令，这里我构建node的东西
    - npm  install && npm run build
    - ls -al
  artifacts:  #构建完成后，构建的产物（目录或者文件），丢给后面的步骤
    paths:
      - .nuxt/
      - .
  tags:  #选择runner的tag
    - rancher
    - dev
  only:  #构建选择，如下，只选择develop的分支构建
    - develop
release:  
  stage: release
  before_script:  #执行前执行
    - eval $(ssh-agent -s)
    - echo "$HIFIVE_SSH_PRIVATE_KEY" | tr -d '\r' | ssh-add - > /dev/null
    - mkdir -p ~/.ssh
    - chmod 700 ~/.ssh
  image: i.harbor.xxxx.net/public/ssh-client:rsync
  script:
     - ssh -p 22 -o StrictHostKeyChecking=no [email protected] -- "pm2 del hifive-openmusic-web|true"
     - rsync -azP --exclude=".gitignore" --exclude=".git" --delete  ./  [email protected]:/data/wwwroot/hifive-openmusic-web/
     - ssh -p 22 -o StrictHostKeyChecking=no [email protected] -- "ls -al /data/wwwroot/hifive-openmusic-web/"
     - ssh -p 22 -o StrictHostKeyChecking=no [email protected] -- "cd /data/wwwroot/hifive-openmusic-web/ && pm2 start npm --watch --name hifive-openmusic-web -- run start "
  tags:
    - rancher
    - dev
  only:
    - develop
  when: on_success #只有当上一个job成功才执行，默认就是on_success 

name	说明
script	由Runner执行的Shell脚本。
image	使用docker镜像。也可用：image:name和image:entrypoint。image: centos:7
services	使用docker services图像。也可用：services:name，services:alias，services:entrypoint，和services:command。
before_script	覆盖在作业之前执行的一组命令。
after_script	覆盖作业后执行的一组命令。
stages	定义管道中的阶段。列表
stage	定义作业阶段（默认值:) test。
only	创建作业时限制（常用于分支选择）。也可用：only:refs，only:kubernetes，only:variables，和only:changes。常见用法：only: - branches #所有分支 - tags - /^issue-.*$/ #正则匹配issue-的分支 - master #master分支
except	在未创建作业时限制（常用于排除分支）。也可用：except:refs，except:kubernetes，except:variables，和except:changes。
tags	用于选择Runner的标签列表常用范例：tags: - runner - dev
allow_failure	让工作失败。失败的作业无助于提交状态。
when	什么时候开始工作。参数： on_success:只有当前一个阶段的所有工作都成功时（或者因为它们被标记而被认为是成功的allow_failure）才执行工作 。这是默认值。 on_failure:仅当前一阶段的至少一个作业失败时才执行作业。 always:无论先前阶段的工作状态如何，都可以执行工作。 manual:手动执行作业（在GitLab 8.10中添加）。
environment	作业部署到的环境的名称。也可用：environment:name，environment:url，environment:on_stop，和environment:action。
cache	后续运行之间应缓存的文件列表。也可用：cache:paths，cache:key，cache:untracked，和cache:policy。
artifacts	（构建产物交给下一个阶段）成功附加到作业的文件和目录列表。也可用：artifacts:paths，artifacts:name，artifacts:untracked，artifacts:when，artifacts:expire_in，artifacts:reports，和artifacts:reports:junit。在GitLab 企业版，这些都是可供选择：artifacts:reports:codequality，artifacts:reports:sast，artifacts:reports:dependency_scanning，artifacts:reports:container_scanning，artifacts:reports:dast，artifacts:reports:license_management，artifacts:reports:performance和artifacts:reports:metrics。常用范例： artifacts: #构建完成后，构建的产物（目录或者文件），丢给后面的步骤 paths: - .nuxt/ - .
dependencies	作业所依赖的其他作业，以便您可以在它们之间传递工件。
coverage	给定作业的代码覆盖率设置。
retry	在发生故障的情况下，可以自动重试作业的次数和次数。
parallel	应该并行运行多少个作业实例。
trigger	定义下游管道触发器。
include	允许此作业包含外部YAML文件。也可用：include:local，include:file，include:template，和include:remote。
extends	此作业将继承的配置条目。
pages	上传作业结果以用于GitLab Pages。
variables	在作业级别定义作业变量。

我的网站

爱运维：https://www.iyunw.cn
python粉丝:https://www.pythonfans.cn