Azure DevOps Services中「Found in Build」下拉框不显示构建号的技术问询
关于Azure DevOps Services中Bug构建号下拉框自动填充的问题及解决办法
首先明确结论:原生的「Found In/Integrated In」下拉框在Azure DevOps Services云版本中,无法自动填充YAML或经典非XAML流水线的构建号——这个字段是专为旧版XAML构建系统设计的,云版本已不再支持新构建系统同步数据到该下拉选项池,你遇到的下拉框为空、填充后变字符串字段的问题都是预期行为。
下面是针对你的场景(QA易用、必填、可查询)的可行解决办法:
1. 自定义专属构建号字段+流水线自动填充
这是最推荐的方案,完全适配新构建系统:
- 第一步:在组织设置的「工作项跟踪」→「工作项类型」中,找到Bug类型,添加一个自定义下拉字段(比如命名为「发现构建号」),并设置为必填项。
- 第二步:在你的流水线中添加「Azure DevOps CLI」任务,在构建完成后自动将当前构建号填充到Bug的自定义字段中(如果是QA手动提Bug,也可以让QA直接从下拉列表选已生成的构建号)。示例命令:
az boards work-item update --id $(System.WorkItemId) --fields "Custom.FoundBuildNumber=$(Build.BuildNumber)" - 优势:界面直观、支持必填设置、可直接用于查询筛选,完全适配QA的使用习惯。
2. 优化「Found in Build」链接方式的可用性
如果不想新增字段,可以通过规则和模板弥补原生链接的不足:
- 预设工作项模板:在Bug模板中预先添加「Found in Build」链接类型,QA提Bug时只需点击「添加链接」并搜索构建号,减少操作步骤。
- 设置验证规则:在组织设置的「工作项跟踪」→「规则」中,给Bug类型添加规则:当状态变更为「待修复」时,检查是否存在「Found in Build」类型的链接,若不存在则阻止状态变更,变相实现必填要求。
- 自动化关联:用流水线任务自动给创建的Bug添加构建号链接,同样用Azure DevOps CLI命令:
az boards work-item relation add --id $(System.WorkItemId) --relation-type "Found in Build" --target-id $(Build.BuildId)
3. 使用第三方表单扩展增强体验
在Azure DevOps市场中搜索「Build Picker」类的免费扩展(比如「Build Field Extension」),这类扩展可以在Bug工作项表单中添加一个支持实时搜索新构建系统构建号的下拉控件,替代原生的遗留字段,自动同步构建列表,无需手动维护选项。
内容的提问来源于stack exchange,提问作者Jonathan J
相关产品推荐
相关产品推荐

