在GitLab中根据前一作业的成功情况运行Pipeline任务

49次阅读

问题描述

在GitLab中有一个项目，其Pipeline中包含了构建镜像、运行单元测试以及将构建后的镜像推送到仓库等作业。用户希望设置以下条件：
1. 推送作业需要在构建作业成功后运行（为了确保构建成功，并且为了构建产物）。
2. 推送作业不需要来自测试作业的任何东西，但如果测试作业失败，不应该运行推送作业。

解决方案

请注意以下操作可能会因版本差异而有所不同，请确保了解您使用的GitLab版本及相应的特性。

使用依赖关系和规则配置Pipeline作业

要实现上述条件，您可以使用GitLab CI/CD配置文件中的needs和rules属性来设置依赖关系和条件规则。

以下是您提供的gitlab-ci.yaml配置文件的一部分：

stages:
  - build
  - test
  - release

variables:
  IMAGE_NAME: prometheus-metrics-and-rules
  IMAGE_TAG: $CI_PIPELINE_ID

build-image:
  stage: build
  # ... 其他配置 ...

run-unit-tests:
  stage: test
  # ... 其他配置 ...
  artifacts:
    # ... 其他配置 ...

push-to-harbor:
  stage: release
  # ... 其他配置 ...
  needs:
    - build-image
    - run-unit-tests
  rules:
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
      when: never
    - if: '$CI_COMMIT_REF_PROTECTED == "true"'

在上面的配置中，您可以看到push-to-harbor作业使用了needs属性来指定它依赖于build-image和run-unit-tests作业。这意味着在运行push-to-harbor作业之前，这两个作业都必须成功完成。

另外，您可以使用rules属性来定义作业运行的条件规则。在示例中，使用了两个条件规则：如果是合并请求事件或如果提交的分支受保护，那么push-to-harbor作业将不会运行。

关于$CI_PIPELINE_ID的说明

您提到了关于$CI_PIPELINE_ID的疑问，确实，$CI_PIPELINE_ID是每次Pipeline运行都会自动生成的唯一标识符。在每次新的Pipeline运行时，它会被分配一个新的值。这对于确保每次运行都具有唯一的标识符非常有用，尤其是在版本化和追踪时。不过，对于某些情况，您可能希望使用其他标识符或者完全不使用它，这取决于您的项目和需求。