Azure devops VSTS拒绝拉取请求完成工作流

我们已经设置了VSTS请求（PR），在请求完成之前需要两名审阅者

今天发生了这种情况：

使用2个审阅者创建的拉取请求

一名评审员接受PR，另一名评审员拒绝

作者修改并推高了代码

拒绝代码的审阅者已批准

请购单已成功完成，第一个审批人未看到更新

---

我们需要在更新代码时重置原始批准和拒绝。这是否可以开箱即用？

当代码更新时，没有重置反馈（批准和拒绝）的功能

您的需求的解决方法是，您可以要求特定的审阅者审阅代码

执行团队项目管理页面（设置）>版本控制>选择存储库的分支

单击“代码审阅要求”中的“添加新路径”

之后，该用户只需在其他人查看代码（全部批准）后查看拉取请求的代码

---

我在这里提交一个你可以投票的用户声音

您想要的选项现在已存在。（我相信它是在您发布问题后添加的。）在分支策略下，选中标有“当有新更改时重置代码审阅者投票”的框

---

据我所知，这将重置所有投票，无论它们是接受还是拒绝。因此，如果可选的审阅者拒绝了以前的版本，则有一点风险，即在审阅者验证其拒绝原因是否得到充分解决之前，有人可能会完成拉取请求。

这是一个我不知道的很棒的功能。但是，我们需要确保两名审阅者查看并审阅所有变更集。我们有符合这一要求的安全认证。如果我们不能做到这一点，那么这是一个可以阻止我们的安全认证的漏洞。如果您对如何实现这一目标有任何其他建议，我们将不胜感激。@GaTechThomas您认为需要特定的审阅者来审阅代码吗？另一种方式是，审核人可以遵循拉取请求（单击…>遵循），然后手动重置反馈。如果收到通知（例如其他拒绝拉取请求）@GaTechThomas我提交了一个用户语音，您可以检查我的答案。用户语音呼叫良好。你能把“rest”改成“reset”吗？关于您前面的问题，我们还没有机会尝试设置要求特定用户查看代码。我不认为这对我们有用。。。目前，我们要遵守的安全合规流程要求除编码者之外的两个用户审查和批准所有代码。我们没有能力改变这一要求。此外，该设置的行为是否与当前行为不同？换句话说，一个新的变更集会清除请求批准吗？@GaTechThomas对这个错误表示抱歉，但我不能修改它，因为没有修改的方法。关于要求特定用户查看代码，这只是一种变通方法，无法清除请求批准。据我所知，没有更好的方法满足您的需求，审核人员需要在收到通知后手动清除批准。啊，对了！我忘了我已经提出了这个问题。我们已经在很多卫星上使用了这个功能，它的工作原理和预期的一样。