GitLab CI中如何用一个作业触发同流水线内的其他手动作业？

当然可以实现，核心思路是通过变量控制或父子流水线，让一个手动触发的作业自动激活所有原本需要单独手动点击的部署任务。以下是两种最实用的方案：

方案一：变量驱动的批量触发（最简单） #

给每个部署作业添加规则，当特定变量存在时自动执行，同时保留原有的手动触发逻辑。这样平时可以单独点选部署环境，需要全量部署时只触发一个"批量部署"作业即可。

示例配置：

# 批量触发作业，手动触发时设置DEPLOY_ALL变量
deploy_all:
  stage: deploy
  script:
    - echo "启动全环境部署流程"
  rules:
    - if: $CI_COMMIT_BRANCH == 'main'
      when: manual
  variables:
    DEPLOY_ALL: "true"

# 原有部署作业，添加变量判断规则
deploy_dev:
  stage: deploy
  script:
    - echo "部署到开发环境"
  rules:
    # 当DEPLOY_ALL为true时自动执行
    - if: $CI_COMMIT_BRANCH == 'main' && $DEPLOY_ALL == 'true'
    # 否则保留手动触发逻辑
    - if: $CI_COMMIT_BRANCH == 'main'
      when: manual

deploy_staging:
  stage: deploy
  script:
    - echo "部署到测试环境"
  rules:
    - if: $CI_COMMIT_BRANCH == 'main' && $DEPLOY_ALL == 'true'
    - if: $CI_COMMIT_BRANCH == 'main'
      when: manual

deploy_prod:
  stage: deploy
  script:
    - echo "部署到生产环境"
  rules:
    - if: $CI_COMMIT_BRANCH == 'main' && $DEPLOY_ALL == 'true'
    - if: $CI_COMMIT_BRANCH == 'main'
      when: manual

方案二：父子流水线触发（更清晰的隔离） #

如果你的部署逻辑复杂，可以用父子流水线拆分批量部署逻辑。父流水线只负责触发子流水线，子流水线执行所有部署任务。

示例配置：

# 父流水线的批量触发作业
deploy_all:
  stage: trigger_deploys
  trigger:
    # 引入当前项目的CI配置作为子流水线
    include: .gitlab-ci.yml
    # 等待子流水线完成后再结束父流水线
    strategy: depend
  rules:
    - if: $CI_COMMIT_BRANCH == 'main'
      when: manual
  variables:
    DEPLOY_ALL: "true"

# 子流水线中的部署作业（和方案一的规则一致）
deploy_dev:
  stage: deploy
  script:
    - echo "部署到开发环境"
  rules:
    - if: $CI_COMMIT_BRANCH == 'main' && $DEPLOY_ALL == 'true'
    - if: $CI_COMMIT_BRANCH == 'main'
      when: manual

# 其他部署作业同理...

注意事项 #

• 确保DEPLOY_ALL变量只在批量作业中设置，避免误触发全量部署
• 如果需要控制部署顺序，可以给作业添加needs配置，比如needs: [deploy_dev]让测试环境部署依赖开发环境完成
• 生产环境如果需要额外审批，可以单独给deploy_prod添加更高优先级的when: manual规则，即使触发全量部署也需要手动确认

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