拉取请求完成后，Microsoft VSTS设置默认工作项状态

Question

我目前使用Microsoft VSTS作为我的团队主要项目管理系统，我遇到了一个问题。目前我们有用户故事，我们创建拉动请求，一旦拉动请求完成，链接的工作项被设置为“已关闭”，而不是“已解决”状态。我们目前没有让我们的测试工程师在由pull请求代码定义的单独环境中测试功能/用户故事，我们在开发分支中进行所有验收测试。任何帮助都会很棒。

Answer 1

  

我们有用户故事，我们一旦拉动就会创建拉请求   请求已完成，链接的工作项设置为“已关闭”   而不是“已解决”的状态。

在PR完成后，链接的用户故事状态更改为关闭的原因导致选择了合并后的完整链接工作项选项。因此，一旦PR完成，相关的链接工作项状态将更改为完成。

您可以在state categories中找到显示用户故事完成类别的用户故事状态已关闭。这就是国家改为关闭而不是解决的原因。

如果您希望链接的工作项状态保持相同，即使PR已完成，您只需要在完成PR时取消选择合并选项后的完整链接工作项。

Answer 2

请原谅后续问题，但这个评论太大了。但我只想澄清@ 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提交评论fix/fixes/resolve/resolves等： https://help.github.com/articles/closing-issues-using-keywords/

  

以下关键字，后跟问题编号，将关闭此问题：

     

接近
  ...
  修复
  固定
  解决
  解决

但是，虽然提交评论很灵活，但状态更改不 - 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 |