Azure DevOps版本全量工作项可追溯性相关问题咨询

1. 是否可提升100条提交限制，实现全量工作项关联且无需合并提交？ #

Azure DevOps的100条提交关联限制是平台硬编码设置，无法通过后台配置直接提升。但可以通过两种方式实现全量关联：

• 借助Azure DevOps REST API：自行编写脚本拉取PR或分支的全量提交记录，提取其中关联的工作项ID，再完成关联操作
• 调整GitFlow流程：拆分大型release分支，避免单分支提交量超过100条，从流程层面规避限制

2. 关联逻辑基于提交记录还是实际PR？ #

关联逻辑分两种场景：

• PR页面的工作项关联：同时依赖两部分内容——PR包含的所有提交记录中关联的工作项，以及PR描述文本中明确提及的工作项ID
• 发布流水线的工作项追溯：基于流水线触发分支的提交记录，以及该分支关联PR中的提交内容，核心还是通过提交与工作项的绑定关系来追溯

3. 是否有自动化方案将符合条件的工作项与指定版本关联？ #

有两种可行的自动化方案：

• Pipeline脚本实现：在发布流水线中添加PowerShell任务，调用Azure DevOps REST API：
  1. 获取当前版本对应的所有提交记录
  2. 提取提交中关联的工作项ID
  3. 调用Work Items API，将这些工作项与指定版本（可通过Release ID/名称标记）关联
• Marketplace扩展辅助：使用Azure DevOps Marketplace中的第三方扩展（如Work Item Linker），配置规则自动识别符合条件的工作项，并关联到指定版本，无需自行编写复杂脚本

4. PR描述中提及的后续工作项被关联（非预期）如何处理？ #

可以通过两种方式解决：

• 格式标记忽略：在PR描述中，给不需要关联的工作项ID前添加!前缀，Azure DevOps会自动忽略这类标记的工作项
• 自定义策略校验：创建Azure DevOps自定义策略，通过PowerShell或Azure Function编写逻辑，检查PR描述中的工作项，自动移除非预期关联，或触发提醒要求提交者修改描述

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