不使用Azure Pipelines，仅靠Azure Boards能否高效管理发布？

核心结论 #

可以不依赖Azure Pipelines的构建/部署功能，通过手动配置和规范操作，保持Azure Boards发布管理的核心可用性。

具体操作步骤 #

1. 规范版本标记：自定义工作项字段（替代标签） #

• 进入组织设置 → 工作项 → 进程 → 选择你正在使用的进程（比如Agile/Scrum）
• 针对需要跟踪版本的工作项类型（用户故事、任务、Bug等），添加一个自定义下拉字段，命名为「目标发布版本」
  • 预先维护版本选项（如v1.0.0、v1.0.1），避免手动输入的不一致性
  • 可设置为必填字段，确保所有工作项都关联明确的版本目标

2. 手动创建发布记录 #

• 进入Azure Boards → 发布 → 点击「新建发布」
• 填写发布名称（建议和自定义字段的版本号一致，如Release v1.0.0）、描述，选择对应的团队
• 无需关联任何Pipeline，直接保存发布记录

3. 关联工作项到发布 #

• 单个工作项关联：打开工作项 → 切换到「链接」标签页 → 点击「添加链接」→ 选择「关联到发布」，选中目标发布记录
• 批量关联：创建一个查询，筛选出「目标发布版本」为指定版本的所有工作项 → 选中所有结果 → 点击「链接」→ 选择「关联到发布」完成批量操作

4. 监控发布进度 #

• 仪表盘监控：创建自定义仪表盘，添加「发布进度」小部件，选择目标发布记录，即可直观查看关联工作项的完成状态（已完成/进行中/未开始）
• 报表分析：基于「目标发布版本」字段创建查询，生成饼图、柱状图报表，跟踪版本的工作项完成率、Bug分布等数据
• 发布状态更新：手动更新发布记录的状态（计划中/进行中/已发布/已取消），同步反映版本的阶段进度

5. 可选：集成外部CI/CD状态（自动化增强） #

如果你的外部CI/CD系统支持API调用，可以通过Azure Boards的REST API实现部分自动化：

• 在外部CI/CD完成部署后，调用API将Azure Boards中对应发布记录的状态更新为「已发布」
• 或者自动更新关联工作项的「部署状态」字段（需提前自定义该字段），确保状态同步

优势说明 #

这种方式相比手动打标签，能保留Azure Boards发布管理的结构化优势：

• 可通过官方的发布仪表盘、查询报表跟踪进度，无需手动统计
• 版本标记更规范，避免标签的混乱性
• 发布记录和工作项的关联关系可追溯，便于后续复盘

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