如何实现构建流水线触发对应环境的发布流水线阶段单独运行？

针对你提出的「Prod构建流水线触发发布仅跑Prod阶段，Dev构建触发仅跑Dev阶段」的需求，以下是主流CI/CD工具的具体实现方案：

GitLab CI 实现方式 #

核心逻辑 #

通过构建流水线触发发布时传递环境变量，在发布流水线中基于变量值过滤要执行的阶段。

配置示例 #

1. 构建流水线配置（.gitlab-ci-build.yml）

分别为Prod和Dev构建配置触发逻辑，传递对应环境标识：

build-production:
  stage: build
  variables:
    TARGET_ENV: production
  script:
    - echo "构建Production环境镜像/产物"
    # 调用GitLab API触发发布流水线，传递环境变量
    - curl --request POST 
        --form "token=$RELEASE_PIPELINE_TOKEN" 
        --form "ref=main" 
        --form "variables[TARGET_ENV]=$TARGET_ENV" 
        "https://your-gitlab-instance/api/v4/projects/your-project-id/pipeline"

build-development:
  stage: build
  variables:
    TARGET_ENV: development
  script:
    - echo "构建Development环境镜像/产物"
    - curl --request POST 
        --form "token=$RELEASE_PIPELINE_TOKEN" 
        --form "ref=dev" 
        --form "variables[TARGET_ENV]=$TARGET_ENV" 
        "https://your-gitlab-instance/api/v4/projects/your-project-id/pipeline"

2. 发布流水线配置（.gitlab-ci-release.yml）

通过only:variables规则，仅执行匹配当前环境的阶段：

stages:
  - deploy-dev
  - deploy-prod

deploy-dev:
  stage: deploy-dev
  only:
    variables:
      - $TARGET_ENV == "development"
  script:
    - echo "执行Dev环境发布步骤：部署到测试集群、启动服务等"
    # 替换为实际的Dev发布命令，如kubectl apply -f dev-manifest.yaml

deploy-prod:
  stage: deploy-prod
  only:
    variables:
      - $TARGET_ENV == "production"
  script:
    - echo "执行Production环境发布步骤：部署到生产集群、健康检查等"
    # 替换为实际的Prod发布命令，如helm upgrade prod-release your-chart

Jenkins Pipeline 实现方式 #

核心逻辑 #

构建流水线触发发布时传递构建参数，发布流水线通过when条件判断执行对应阶段。

配置示例 #

1. 构建流水线配置（Jenkinsfile-build）

根据分支或手动触发条件，调用发布流水线并传递环境参数：

pipeline {
  agent any
  stages {
    stage('Build for Production') {
      when {
        branch 'main'
      }
      steps {
        echo "构建Production环境产物"
        // 触发发布流水线，传入TARGET_ENV参数
        build job: 'your-release-pipeline', 
              parameters: [string(name: 'TARGET_ENV', value: 'production')]
      }
    }
    stage('Build for Development') {
      when {
        branch 'dev'
      }
      steps {
        echo "构建Development环境产物"
        build job: 'your-release-pipeline', 
              parameters: [string(name: 'TARGET_ENV', value: 'development')]
      }
    }
  }
}

2. 发布流水线配置（Jenkinsfile-release）

基于传入的TARGET_ENV参数，仅执行匹配的发布阶段：

pipeline {
  agent any
  parameters {
    string(name: 'TARGET_ENV', 
           description: '指定目标发布环境', 
           defaultValue: 'development')
  }
  stages {
    stage('Deploy to Development') {
      when {
        expression { params.TARGET_ENV == 'development' }
      }
      steps {
        echo "执行Dev环境发布：部署测试服务、运行自动化测试"
        // 替换为实际Dev发布命令
      }
    }
    stage('Deploy to Production') {
      when {
        expression { params.TARGET_ENV == 'production' }
      }
      steps {
        // 生产环境建议添加人工审批
        input message: '确认发布到Production环境？', ok: '确认发布'
        echo "执行Production环境发布：滚动更新、健康检查"
        // 替换为实际Prod发布命令
      }
    }
  }
}

通用注意事项 #

• 确保环境变量/参数的命名和值保持一致（比如统一用production而非混用prod）
• 生产环境发布务必添加人工审批或前置校验步骤，降低误操作风险
• 可在流水线中增加日志输出，便于排查阶段触发异常问题

内容的提问来源于stack exchange，提问作者Muhammad Moiz