DevOps场景下如何为不同流水线阶段指定使用不同artifact

核心实现逻辑是将构件的拉取、触发关联规则从全局流水线级别下沉到对应阶段的作用域内，避免所有阶段默认绑定全量构件，不同主流CI/CD工具的具体实现方式如下：

Jenkins 配置方式 #

• 避免在pipeline全局的options、agent或全局步骤中配置全量构件的拉取规则
• 在对应阶段的steps中单独指定拉取目标构件，参考配置：

pipeline {
    agent any
    stages {
        stage('阶段A') {
            steps {
                // 仅拉取构件A
                copyArtifacts filter: 'artifactA/**', projectName: '上游构件构建任务', selector: lastSuccessful()
                // 仅对构件A执行部署等操作
                sh 'cd artifactA && ./deploy.sh'
            }
        }
        stage('阶段B') {
            steps {
                // 仅拉取构件B
                copyArtifacts filter: 'artifactB/**', projectName: '上游构件构建任务', selector: lastSuccessful()
                // 仅对构件B执行测试等操作
                sh 'cd artifactB && ./test.sh'
            }
        }
    }
}

• 若需要配置构件触发流水线的规则，将触发条件绑定到对应阶段的when判断中，而非全局trigger：

stage('阶段A') {
    when {
        triggeredBy 'UpstreamCause', upstream: 'artifactA构建任务'
    }
    steps {
        // 阶段A执行逻辑
    }
}

GitLab CI 配置方式 #

• 不要在全局的needs或dependencies字段中声明所有上游构件任务，在对应阶段的job中单独指定依赖的构件来源：

stages:
  - stage_a
  - stage_b

# 阶段A对应job
job-stage-a:
  stage: stage_a
  # 仅依赖构件A的构建job产出
  needs: ["build-artifact-a"]
  # 显式指定仅拉取构件A构建job的产物
  dependencies:
    - build-artifact-a
  script:
    - ls artifactA
    - ./deploy-a.sh

# 阶段B对应job
job-stage-b:
  stage: stage_b
  # 仅依赖构件B的构建job产出
  needs: ["build-artifact-b"]
  dependencies:
    - build-artifact-b
  script:
    - ls artifactB
    - ./test-b.sh

GitHub Actions 配置方式 #

• 每个阶段对应的job单独指定要下载的构件，不要全局下载全量构件：

jobs:
  stage-a:
    runs-on: ubuntu-latest
    steps:
      - name: 下载构件A
        uses: actions/download-artifact@v4
        with:
          name: artifactA
      - name: 执行阶段A逻辑
        run: ./deploy-a.sh

  stage-b:
    runs-on: ubuntu-latest
    steps:
      - name: 下载构件B
        uses: actions/download-artifact@v4
        with:
          name: artifactB
      - name: 执行阶段B逻辑
        run: ./test-b.sh

内容的提问来源于stack exchange，提问作者Macra Alexandru