【问题标题】:In Visual Studio Online, is it possible to set a trigger to change who a work item is assigned to when a pull request merge is successfully completed?在 Visual Studio Online 中,是否可以设置触发器以在拉取请求合并成功完成时更改将工作项分配给谁?
【发布时间】:2016-02-11 16:45:54
【问题描述】:

我在 QA 部门工作,我不知道什么时候可以测试工作项。

理想情况下,我们应该在开发人员完成工作和他们的拉取请求被合并到测试分支并准备好测试之间建立一个状态。但是 VSO 似乎不允许创建新状态,而且它似乎没有提供这种状态。

现在,在这两点之间存在一个不确定性,开发人员要么:

  1. 解决票证并将其分配给我,我必须手动 努力找出代码是否不起作用,因为它没有 已修复或因为拉取请求尚未合并到 测试分支呢。
  2. 解决票证并将其分配给 直到拉取请求被合并到测试分支中, 然后有人必须手动完成每个拉取请求并工作 到时候把它们分配给我。

如果 VSO 能够自动检测何时发生合并,然后重新分配与该合并的任何合并拉取请求相关的所有错误(所有这些都是 VSO 内部的可用信息),那么我的生活会轻松很多。

这是一回事吗?

【问题讨论】:

  • 这很难实现的原因是它不是推荐的工作流程。测试人员和编码人员应该在同一个开发团队中一起工作来构建软件......你已经偏离了这条路......

标签: visual-studio testing merge qa azure-devops


【解决方案1】:

目前没有任何简单的方法可以实现此功能,除非您创建一个服务来跟踪拉取请求并通过VSTS Service HooksRest API 更新工作项。您可以通过VSTS User Voice 提交功能请求。

还有一个简单的方法让您确定测试是否准备就绪:如果开发人员在提交更改或批准拉取请求时将工作项添加到相关工作项,您可以在打开工作时看到拉取请求状态物品。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2020-04-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-01-19
    相关资源
    最近更新 更多