如何在Azure YAML手动部署流水线中实现版本下拉选择？

解决思路 #

把构建流水线产出的有效版本（即你设置的BuildNumber）作为数据源，让部署流水线启动时自动拉取这些版本生成下拉选项，替代手动输入，既提升体验又避免输错版本。

具体步骤 #

1. 构建流水线补全元数据配置 #

保留你现有的BuildNumber设置逻辑：

$versionFull=1.2.3-branchname
echo "##vso[build.updatebuildnumber]$versionFull"

同时在构建流程末尾添加一个小任务，将版本号写入version.txt文件，随工件一起发布到流水线工件库，同步上传到S3对应目录——这样后续部署时能快速校验版本匹配性。

2. 部署流水线配置动态下拉参数 #

在部署流水线的YAML开头定义参数，结合CI/CD平台能力动态拉取构建流水线的成功版本列表：

parameters:
- name: targetVersion
  type: string
  default: latest
  values: []

以Azure DevOps为例，你可以用两种方式填充下拉选项：

• 使用官方的Dynamic Parameters扩展，在流水线启动前调用REST API拉取指定构建流水线的所有成功运行BuildNumber
• 编写前置脚本调用API：GET https://dev.azure.com/{你的组织}/{项目}/_apis/build/builds?definitionId={构建流水线ID}&statusFilter=completed&resultFilter=succeeded，提取返回的BuildNumber作为参数选项

3. 部署时的版本校验与执行 #

• 根据选中的targetVersion，从流水线工件库或S3拉取对应版本的工件
• 校验version.txt中的版本号与选中版本是否一致，防止错拉工件
• 执行AWS CodeDeploy或自定义部署脚本完成部署

4. 拆分流水线的优势落地 #

• 构建流水线专注于编译、打包、发布工件，绑定代码提交触发器即可
• 部署流水线既支持手动选择版本触发，也可配置自动触发器（比如构建成功后自动部署测试环境），适配不同场景需求

额外优化点 #

• 给构建成功的版本打标签（如stable、beta），部署流水线可过滤仅显示标有stable的版本，进一步提升安全性
• 添加版本回滚选项，允许用户从下拉列表中选择历史版本直接执行回滚操作

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