gitlab ci/cd管道运行/按顺序扩展其他作业

Question

因此，我有一个由特定规则触发的作业 - 创建一个新的标签app-prod-1.0.0或app-dev-1.0.0.0。每当创建新标签时，我都会调用该作业，以回报扩展了其他作业，

image: node:lts-alpine
stages:
  - install
  - build
  - deploy

.install-packages:
  stage: install
  script:
    - echo "INSTALL-PACKAGES"
    - yarn install --cache-folder .yarn-cache
  artifacts:
    paths:
      - node_modules
  cache:
    - key:
        files:
          - yarn.lock
      paths:
        - .yarn-cache/

.build-project:
  stage: build
  script:
    - echo "BUILD-PROJECT"
    - echo $ENVIRONMENT
    - yarn build
  artifacts:
    paths:
      - build

.deploy-project:
  stage: deploy
  script:
    - echo "DEPLOY-PROJECT"
    - ls -la build

build_prod:
  variables:
    PACKAGE: '/app/prod'
    ENVIRONMENT: 'prod'
  extends:
    - .install-packages
    - .build-project
    - .deploy-project
  rules:
    - if: '$CI_COMMIT_TAG =~ /^app-prod-[0-9]+\.[0-9]+\.[0-9]+$/'

build_dev:
  variables:
    PACKAGE: '/app/dev'
    ENVIRONMENT: 'dev'
  extends:
    - .install-packages
    - .build-project
    - .deploy-project
  rules:
    - if: '$CI_COMMIT_TAG =~ /^app-dev-[0-9]+\.[0-9]+\.[0-9]+$/'

我的想法是将作业以我在作业中描述的顺序调用：.install-packages，。构建项目，.deploy-project。但这没有发生，似乎它只是跳到最后一个作业.deploy-project，而无需安装和构建，从而破坏了我的管道。 如何顺序运行/扩展作业？

Answer 1

这是我在GitLab的工作中没有使用多个扩展的行为。

Gitlab，试图从父级合并代码。

现在，您的所有父作业都定义了脚本标签，并且在您的作业中，例如build_prod，在以下的顺序中进行的扩展

extends:
    - .install-packages
    - .build-project
    - .deploy-project

是从.Deploy-Project中的脚本代码覆盖另一个作业的脚本标签。

它在变量方面有所不同。如果使用相同的变量，它将合并所有变量并覆盖。

请参阅您自己的示例更新带有变量的示例。

image: node:lts-alpine
stages:
  - install
  - build
  - deploy

.install-packages:
  stage: install
  variables:
    PACKAGE: 'install'
    INSTALL: 'install'
  script:
    - echo "INSTALL-PACKAGES"
    - yarn install --cache-folder .yarn-cache
  artifacts:
    paths:
      - node_modules
  cache:
    - key:
        files:
          - yarn.lock
      paths:
        - .yarn-cache/

.build-project:
  stage: build
  variables:
    PACKAGE: 'build'
    BUILD: 'build'
  script:
    - echo "BUILD-PROJECT"
    - echo $ENVIRONMENT
    - yarn build
  artifacts:
    paths:
      - build

.deploy-project:
  stage: deploy
  variables:
    PACKAGE: 'deploy'
    DEPLOY: 'from deploy'
  script:
    - echo "DEPLOY-PROJECT"
    - ls -la build

build_prod:
  variables:
    PACKAGE: '/app/prod'
    ENVIRONMENT: 'prod'
  extends:
    - .install-packages
    - .build-project
    - .deploy-project
  rules:
    - if: '$CI_COMMIT_TAG =~ /^app-prod-[0-9]+\.[0-9]+\.[0-9]+$/'

build_dev:
  variables:
    PACKAGE: '/app/dev'
    ENVIRONMENT: 'dev'
  extends:
    - .install-packages
    - .build-project
    - .deploy-project
  rules:
    - if: '$CI_COMMIT_TAG =~ /^app-dev-[0-9]+\.[0-9]+\.[0-9]+$/'

现在，请注意如何用“/app/prod”的最终值覆盖包装变量，该值来自构建生产作业本身。同时，将来自单个家长作业的其他变量合并到下面的情况下，

variables:
    PACKAGE: "/app/prod"
    INSTALL: install
    BUILD: build
    DEPLOY: from deploy
    ENVIRONMENT: prod

我真的发现 view合并yaml 功能最好了解如何评估我的YML文件。

它可在CI/CD-＆GT中使用。编辑

Answer 2

它实际上不是“跳到最后的作业”，而是仅执行您提供的单个作业 - 即build_prod或build> build_dev，具体取决于提交标签。

按 docs ，您基本上只是合并了您指定的所有模板作业中的所有内容，因此最后一个stage关键字来自.deploy-project模板作业胜利。

您应该在每个阶段分别指定每个作业，甚至可能将您的规则放入单独的模板作业，即

.dev:
  variables:
    PACKAGE: '/app/dev'
    ENVIRONMENT: 'dev'
  rules:
    - if: '$CI_COMMIT_TAG =~ /^app-dev-[0-9]+\.[0-9]+\.[0-9]+$/'
install-dev:
  extends:
    - .dev
    - .install-packages
build-dev:
  extends:
    - .dev
    - .build-project
deploy-dev:
  extends:
    - .dev
    - .deploy-project

您应该为prod> prod env创建类似的作业，定义模板作业。产品，并创建安装程序，构建 - 构建，部署生产作业