Azure合并PR后无法自定义修改工作项状态的问题排查

1. 状态名称匹配校验 #

检查配置中填写的目标状态名Pnte.D.Pre是否与Task类型工作项的实际状态名称完全一致，包括大小写、特殊符号、空格。Azure DevOps对状态名称的匹配是严格区分的，任何字符差异都会导致状态变更失败。

2. 工作项状态流转规则限制 #

确认Task类型工作项是否允许从当前状态直接流转到目标状态（Pnte.D.Pre或测试用的Active）。例如若当前工作项处于“Closed”状态，而流程规则禁止从Closed直接切换到Active，自动变更会静默失败。

3. PR与工作项的关联有效性 #

• 确保PR通过正确方式关联工作项：需在PR描述中使用#工作项ID语法，或通过PR界面的“链接工作项”功能添加关联，仅在提交信息中提及不会触发规则。
• 确认关联的工作项属于当前PR所在的项目，跨项目关联的工作项无法触发自动状态变更。

4. 自动完成规则的范围与条件匹配 #

• 检查规则是否应用于当前仓库/项目，且触发分支是否匹配你的测试场景（比如规则仅限定合并到main分支，而你测试的是其他分支）。
• 确认规则绑定的工作项类型为Task，若选错类型（如Bug），规则不会对Task生效。

5. 权限不足导致静默失败 #

验证执行PR合并的账号是否拥有修改工作项状态的权限。若账号仅能合并PR但无工作项编辑权限，自动状态变更会无提示失败。

6. 绕过PR限制的影响 #

绕过PR限制合并会跳过PR的常规检查流程，部分自动触发规则（包括工作项状态更新）不会执行。测试时请使用正常PR合并流程，不要绕过限制。

内容的提问来源于stack exchange，提问作者Rubén M