能否在DevOps流水线间传递参数？如BuildId跨流水线传递方案

这个需求完全可行，主流CI/CD平台都支持这类跨流水线的参数传递和版本选择逻辑，下面结合你熟悉的Github Actions详细讲实现步骤，同时补充其他平台的核心思路：

核心逻辑 #

先在流水线A中捕获并持久化BuildId，再让流水线B支持参数化触发（手动选择或自动传入），最终根据指定的BuildId拉取对应版本的"app"制品。

一、流水线A：捕获并存储BuildId #

首先要把流水线A生成的BuildId保存下来，方便流水线B调用，有两种常用方式：

1. 存入仓库变量（适合快速传递最新BuildId）

如果只需要传递最新的BuildId，直接把它写入Github仓库的自定义变量：

# 流水线A的workflow片段
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      # 这里是你的构建步骤，生成app制品和BuildId
      - name: 生成BuildId（示例）
        run: echo "YOUR_CUSTOM_BUILD_ID=120" >> $GITHUB_ENV
      
      - name: 存储BuildId到仓库变量
        run: |
          gh variable set APP_LATEST_BUILD_ID --body "${{ env.YOUR_CUSTOM_BUILD_ID }}" --repo ${{ github.repository }}
        env:
          GH_TOKEN: ${{ secrets.GITHUB_TOKEN }}

注：YOUR_CUSTOM_BUILD_ID替换成你实际的BuildId变量（比如Github自带的GITHUB_RUN_ID，或者构建脚本生成的自定义ID）

2. 记录到仓库文件（适合保留历史BuildId供选择）

如果需要保留所有历史BuildId，让用户在流水线B中选择旧版本，可以把BuildId追加到仓库的记录文件并提交：

# 流水线A的workflow片段
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      # 构建步骤省略...
      - name: 记录BuildId到文件
        run: echo "${{ env.YOUR_CUSTOM_BUILD_ID }}" >> build-ids.txt
      
      - name: 提交BuildId记录
        uses: stefanzweifel/git-auto-commit-action@v4
        with:
          commit_message: "新增BuildId: ${{ env.YOUR_CUSTOM_BUILD_ID }}"
          file_pattern: build-ids.txt

二、流水线B：参数化触发并拉取指定制品 #

在流水线B中设置手动触发参数，让用户选择或输入BuildId，再根据ID拉取对应制品：

name: 流水线B - 部署指定版本app
on:
  workflow_dispatch:
    inputs:
      build_id:
        description: '请输入/选择要部署的BuildId'
        required: true
        type: string
        # 如果要做下拉选择，可提前配置options（比如从build-ids.txt读取后手动维护，或用动态生成逻辑）
        # options:
        #   - "120"
        #   - "210"
jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: 拉取指定BuildId的app制品
        run: |
          # 这里替换成你实际的制品拉取命令
          # 示例1：从Github Packages拉取对应版本
          # gh package download your-app-package --version ${{ github.event.inputs.build_id }}
          # 示例2：从云存储桶下载
          # aws s3 cp s3://your-bucket/app-${{ github.event.inputs.build_id }}.zip ./
          echo "正在拉取BuildId为 ${{ github.event.inputs.build_id }} 的app制品"

三、可选：流水线A完成后自动触发流水线B #

如果不需要手动触发，想让流水线A构建完成后直接调用流水线B并传递BuildId，可添加以下步骤到流水线A末尾：

- name: 触发流水线B并传递BuildId
  uses: benc-uk/workflow-dispatch@v1
  with:
    workflow: 流水线B的工作流名称 # 比如上面的"流水线B - 部署指定版本app"
    inputs: '{ "build_id": "${{ env.YOUR_CUSTOM_BUILD_ID }}" }'
    token: ${{ secrets.PERSONAL_ACCESS_TOKEN }} # 需要有触发工作流权限的个人访问令牌

其他CI/CD平台的核心思路 #

• GitLab CI：将BuildId存入项目变量，流水线B通过variables定义参数，支持手动触发或API传递BuildId
• Jenkins：使用参数化构建功能，流水线A将BuildId存入全局变量或文件，流水线B设置字符串参数，运行时输入选择BuildId

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