如何基于特定状态变更日期查询DevOps工作项？解决Sprint相关需求

工作项流转规则 #

我们的DevOps工作项状态流转路径：New → Approved → Committed → In QA → Ready for Deploy → Done，任意状态均可转换至Removed。

核心查询需求 #

需创建两类工作项查询：

• Sprint结束时未完成测试（未进入Ready for Deploy状态）的项
• Sprint关闭后才转换至Removed状态的项

当前存在的问题 #

目前仅能捕获「查询运行时未进入Ready for Deploy状态」的项，但还有三个关键问题无法解决：

1. 无法识别Sprint结束日期之后才转换至Ready for Deploy的项，也抓不到Sprint关闭后转为Removed的项
2. 自带的State Change Date字段会记录所有状态变更时间，无法单独定位Ready for Deploy或Removed状态的变更时间
3. DevOps自带的标准日期字段中，没有与Ready for Deploy或Removed状态绑定的专属字段

三个备选方案分析 #

方案A：添加自定义日期字段 #

为Ready for Deploy和Removed状态分别新增自定义日期字段（比如ReadyForDeployDate、RemovedDate），配置工作项状态转换规则，确保状态变更时自动填充对应日期。

• 优势：逻辑直观，用WYSIWYG可视化编辑器就能直接基于自定义字段构建查询，无需复杂语法
• 劣势：需额外配置工作项模板和状态转换规则，增加后续维护成本

方案B：复用标准日期字段 #

将Ready for Deploy状态绑定到DevOps自带的Resolved Date或Completed Date，Removed状态绑定到Closed Date（需调整状态转换的字段映射规则）。

• 优势：无需新增字段，直接利用现有标准字段实现查询需求
• 劣势：标准字段有默认语义，强行绑定可能打乱报表或其他功能逻辑，需先评估对现有流程的影响

方案C：高级历史查询（优先WYSIWYG） #

DevOps的历史查询支持追踪状态变更记录，虽优先想使用可视化编辑器，但部分复杂逻辑需切换到查询编辑器的高级模式编写WIQL语句：

1. 查询Sprint结束时未进入Ready for Deploy的项：
   筛选两种情况——Sprint结束前从未进入过Ready for Deploy状态，或最后一次离开Ready for Deploy的时间早于Sprint结束时间
2. 查询Sprint关闭后转为Removed的项：
   筛选状态变更历史中，Removed状态的变更时间晚于Sprint关闭日期的项

WIQL示例参考：

// 查询Sprint关闭后转为Removed的工作项
SELECT [System.Id], [System.Title], [System.State]
FROM WorkItemHistory
WHERE [System.TeamProject] = @project
AND [System.WorkItemType] IN ('User Story', 'Bug')
AND [System.State] = 'Removed'
AND [System.ChangedDate] > @SprintEndDate
AND [System.IterationPath] = @SprintPath

• 优势：无需修改现有字段或流程配置，纯查询层面实现需求
• 劣势：可视化编辑器无法覆盖复杂历史查询逻辑，需掌握基础WIQL语法

推荐方案 #

如果团队希望保留可视化编辑器的易用性，方案A是最稳妥的选择，自定义字段能精准匹配查询需求，后续维护也更清晰；若不想新增字段，可先评估方案B的语义冲突风险，确认无影响后再实施；方案C适合不想改动现有流程的场景，只需编写少量WIQL代码即可实现目标。

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