trigger
当我们在运行阶段需要运行下一个项目的流水线时，就可以使用 trigger了
创建一个项目 manage_zz
在里面写个 .gitlab-ci.yml 文件，内容如下
stages: # 指定运行的步骤，没有指定就顺序执行 - build - deploy - test - rebase build1: tags: - k8s stage: build script: - echo "Do your build here" test1: stage: test script: - echo "Do a test here" - echo "For example run a test suite" rebase: stage: rebase script: - echo "Do another parallel test here" - echo "For example run a lint test" deploy1: tags: - k8s stage: deploy script: - echo "Do your deploy here"
在另一个项目 LRUNWEB 的 .gitlab-ci.yml 里写上 trigger，内容如下
workflow: rules: - if: '$CI_PIPELINE_SOURCE == "push"' # 当为 push 的时候 when: never # 为 true 时，永远不执行 - when: always # 为 false 时，永远执行 stages: # 指定运行的步骤，没有指定就顺序执行 - build - deploy - test - rebase build1: tags: - k8s stage: build script: - echo "Do your build here" test1: stage: test script: - echo "Do a test here" - echo "For example run a test suite" rebase: stage: rebase script: - echo "Do another parallel test here" - echo "For example run a lint test" deploy1: # tags: # - k8s stage: deploy # script: # - echo "Do your deploy here" trigger: # 如果是 trigger 时，不需要 tags 和 script，要不然会报错 project: root/manage_zz # 项目名称 branch: main # 分支 strategy: depend # 状态同步
注意：如果是 trigger ，不需要加 tags 和 script。要不然会报错
运行 LRUNWEB 项目，查看流水线
可以看到，在运行 Deploy 阶段的时候，运行了下游的 manage_zz 项目。当下游项目运行成功时， Deploy 阶段也就成功了
点击下游的流水线 id （#27）跳转到下游项目，可以看到下游也触发了流水线
仅通过流水线触发
我们也可以在 manage_zz 项目里，加上 workflow，只有当上游触发的时候才会执行该 pipeline，其他情况下不会执行，加上下面的代码就可以了
workflow: rules: - if: '$CI_PIPELINE_SOURCE == "pipeline"' # 当为 pipeline 的时候才会触发，其他情况下不会触发该流水线，也就是上游在 trigger 里调度该项目 when: always # 为 true 时，永远执行 - when: never # 为 false 时，永远不执行
触发同一项目下的其他 ci
上面我们是触发不同项目之间的 ci，我们也可以在同一个项目下创建多个 ci 文件，然后去触发对应的 ci
创建两个目录，test1 和 test2，在两个目录下各创建一个 ci.yml 的文件，文件内容如下
stages: # 指定运行的步骤，没有指定就顺序执行 - build - deploy - test - rebase build1: tags: - k8s stage: build script: - echo "Do your build here" test1: tags: - k8s stage: test script: - echo "Do a test here" - echo "For example run a test suite" rebase: tags: - k8s stage: rebase script: - echo "Do another parallel test here" - echo "For example run a lint test" deploy1: tags: - k8s stage: deploy script: - echo "Do your deploy here"
在根项目的 .gitlab-ci.yml 里调用其他 ci 文件，如下
stages: # 指定运行的步骤，没有指定就顺序执行 - build - test - build_test1 - build_test2 build1: tags: - k8s stage: build script: - echo "Do your build here" test1: stage: test script: - echo "Do a test here" - echo "For example run a test suite" build-test1: stage: build trigger: include: # 运行 test1 目录下的 ci.yml 文件 - local: test1/ci.yml # 相对路径 strategy: depend # 状态同步 rules: # 触发规则，test1 目录下的任何文件改变时触发 - changes: - test1/* # test1 下的任何文件发生改变就执行 when: always build-test2: stage: build trigger: include: # 运行 test2 目录下的 ci.yml 文件 - local: test2/ci.yml # 相对路径 strategy: depend # 状态同步 rules: # 触发规则，test2 目录下的任何文件改变时触发 - changes: - test2/* # test2 下的任何文件发生改变就执行 when: always
然后在去 test2 目录下新增一个文件，看会不会触发
我创建了一个 hello.go 文件
在去查看流水线
发现只有 build-test2 触发了 ci，因为我们只在 test2 目录下新增了 hello.go 文件，test1 目录下的文件没有改变，所以不会触发 build-test1 的 ci
