Azure DevOps：将PBI添加到迭代/冲刺时自动变更状态为Committed

因为Azure DevOps内置规则不支持基于迭代字段的触发，以下是几个可行的替代方案：

1. 用Azure DevOps Pipeline + PowerShell脚本实现自动化 #

你可以写个PowerShell脚本，结合Azure DevOps CLI或REST API，实现两种触发方式：

• 定时扫描：设置Pipeline按固定频率（比如每小时）运行，扫描指定迭代下的PBI，把状态不是Committed的批量更新。
• 实时触发：配置Azure DevOps Webhook，当工作项的迭代路径变更时，触发Pipeline执行更新操作，响应更及时。

示例脚本片段（用Azure DevOps CLI）：

# 登录Azure DevOps（Pipeline中运行可通过服务连接自动授权）
az devops login --organization https://dev.azure.com/YourOrgName

# 查询指定迭代下状态非Committed的PBI
$targetIteration = "YourProject\\Sprint 2024-01"
$workItems = az boards query --query "SELECT [System.Id], [System.State] FROM WorkItems WHERE [System.WorkItemType] = 'Product Backlog Item' AND [System.IterationPath] = '$targetIteration' AND [System.State] != 'Committed'" --output json | ConvertFrom-Json

# 遍历更新状态
foreach ($item in $workItems) {
    az boards work-item update --id $item.id --state "Committed"
    Write-Host "更新PBI $($item.id) 状态为Committed"
}

2. 用Power Automate（或Azure Logic Apps）创建自动化流 #

这是低代码方案，无需编写脚本：

• 新建云流，选择触发器**"当工作项被更新"**，指定你的Azure DevOps组织和项目，筛选工作项类型为Product Backlog Item。
• 添加条件判断：检查工作项的迭代路径不为空，且当前状态不等于Committed。
• 条件满足时，执行**"更新工作项"**动作，将状态设置为Committed。

这种方式能实时响应工作项的迭代变更，配置门槛更低。

3. 安装第三方Azure DevOps扩展 #

去Azure DevOps Marketplace搜索工作项自动化相关的扩展，比如**"Work Item Automation"**这类工具，部分扩展支持监听迭代字段变更，并自动执行状态更新操作。选择时注意查看用户评价和权限要求，确保扩展安全可靠。

手动批量修改确实是最被动的选择，上述方案都能避免重复的手动操作，建议根据团队的技术能力选择合适的方式。

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