在新的 Pull Request 上自动创建工作项
Automatically Create a Work Item on new Pull Request
我们希望在收到新的合并请求时创建任务。
我想做的是：
- 在当前 Sprint 中查找用户故事拉取请求审查
- 如果不存在，则创建它。
- 在上一个故事下创建任务审查拉取请求 X。
Azure DevOps 中似乎不存在该功能。甚至只是在新的拉取请求上创建任务...
我能想到的唯一方法是通过带有自定义 Web 挂钩的服务挂钩。
你能指导我完成这个吗？
编辑
我们目前正在审查使用 Zapier 的解决方案，但我们无法完全执行上述内容，而且它是付费订阅
您可以使用 Branch policies 强制用户 link 向现有工作项拉取请求。这不会为他们创建工作项，但会阻止他们创建 PR，除非他们 link 将其添加到现有工作项。我认为这是您唯一可以开箱即用的事情。
我使用自定义应用程序并通过任务计划程序运行使用它。休息 Api 方法：
- View active pull requests。就我而言，我在拉取请求中使用服务评论（如 "Review task is created"）。如果我没有找到它，我会创建一个任务，link 它到 PR 并添加服务评论。
- Create task and link it 拉取请求。
我们希望在收到新的合并请求时创建任务。
我想做的是：
- 在当前 Sprint 中查找用户故事拉取请求审查
- 如果不存在，则创建它。
- 在上一个故事下创建任务审查拉取请求 X。
Azure DevOps 中似乎不存在该功能。甚至只是在新的拉取请求上创建任务...
我能想到的唯一方法是通过带有自定义 Web 挂钩的服务挂钩。
你能指导我完成这个吗？
编辑 我们目前正在审查使用 Zapier 的解决方案，但我们无法完全执行上述内容，而且它是付费订阅
您可以使用 Branch policies 强制用户 link 向现有工作项拉取请求。这不会为他们创建工作项，但会阻止他们创建 PR，除非他们 link 将其添加到现有工作项。我认为这是您唯一可以开箱即用的事情。
我使用自定义应用程序并通过任务计划程序运行使用它。休息 Api 方法：
- View active pull requests。就我而言，我在拉取请求中使用服务评论（如 "Review task is created"）。如果我没有找到它，我会创建一个任务，link 它到 PR 并添加服务评论。
- Create task and link it 拉取请求。