我目前使用 Microsoft VSTS 作为我的团队的主要项目管理系统，但遇到了问题。目前，我们有创建拉取请求的用户故事，一旦完成拉取请求，链接的工作项就会设置为“关闭”状态，而不是“已解决”状态。我们目前没有让我们的测试工程师在由拉取请求代码定义的单独环境中测试功能/用户故事，我们在我们的开发分支中进行所有验收测试。任何帮助都会很棒。
【问题讨论】：
标签： azure-devops
我们有创建拉取请求的用户故事，一旦拉取 请求已完成链接的工作项设置为“关闭” 声明而不是“解决”状态。
PR 完成后链接的用户故事状态更改为关闭的原因导致选择了在合并后完成链接的工作项选项。所以一旦 PR 完成，相关的链接工作项状态就会更改为完成。
您可以在state categories 中找到，显示用户故事已完成类别的用户故事状态已关闭。所以这就是状态变为关闭而不是解决的原因。
如果您希望在 PR 完成后链接的工作项状态保持不变，您只需在完成 PR 时取消选择“合并后完成链接的工作项”选项。
【讨论】：
请原谅后续问题，但它太大了，无法发表评论。但我只是想澄清@Marina-MSFT 的答案。
@Marina-MSFT：我与 Piotr 合作，我希望能够在我们单击“自动更新相关工作项”时控制每个问题的状态更改。我以为现场 TFS 有这个，我知道 JIRA + Bamboo + BitBucket 有它（GitHub 见下文）。
如果 VSTS 团队不感兴趣，我们可能会自己编写一个扩展，但我们肯定认为这对其他人有用，所以我们当然想先问一下。
我找到了这个 VSTS 功能的原始用户声音：
https://visualstudio.uservoice.com/forums/330519-team-services/suggestions/18788428-auto-close-work-item-after-pull-request-complete
它链接到 GitHub 提交 cmets fix/fixes/resolve/resolves 等：
https://help.github.com/articles/closing-issues-using-keywords/
以下关键字，后跟问题编号，将关闭问题：
关闭
...
修复
固定
解决
解决
但是，虽然提交 cmets 很灵活，但状态变化不会 -- GitHub 只会关闭问题。
| Branch | feature/123 | master | N/A | N/A |
| Environment | local (branch) | DEV | TEST | PROD |
|-------------------|----------------|--------|-----------|--------|
| User Story status | Active | Active | Resolved | Closed |
| Bug status | Active | Active | Resolved | Closed |
| Task status | Active | Closed | Closed | Closed |
【讨论】：