Azure devops 是否可以在micorsoft团队中批准来自azure repos的请求?

Azure devops 是否可以在micorsoft团队中批准来自azure repos的请求?,azure-devops,microsoft-teams,azure-repos,Azure Devops,Microsoft Teams,Azure Repos,现在我看到只有拉请求URL是通过通知提供的。是否可以修改azure devops连接器或修改microsoft团队中的azure repos订阅以包括批准?首先,使用默认连接器,我没有看到这种可能性。我们有一个类似的用例,我们使用LogicApp或Power Automation来处理REST API调用 链接到文档: 然而,如果有人甚至不调查变更并予以批准,为什么还要制定请求批准政策呢?正如其他人提到的,“橡皮图章”请求违反了他们的意图。但是,如果您正在寻找一种命令方法来拉取请求,那么其中一种

现在我看到只有拉请求URL是通过通知提供的。是否可以修改azure devops连接器或修改microsoft团队中的azure repos订阅以包括批准?首先,使用默认连接器,我没有看到这种可能性。我们有一个类似的用例,我们使用LogicApp或Power Automation来处理REST API调用

链接到文档:


然而,如果有人甚至不调查变更并予以批准,为什么还要制定请求批准政策呢?

正如其他人提到的,“橡皮图章”请求违反了他们的意图。但是,如果您正在寻找一种命令方法来拉取请求,那么其中一种方法确实以Azure CLI的形式存在

以下命令将批准拉取请求:

az repos pr set vote--id{id}--vote approve

查看文档以了解更多信息:

Azure CLI的安装可在以下位置找到:

是否可以在micorsoft团队中批准来自azure repos的请求

同意丹尼尔的观点。在团队中直接批准PR而不审查PR内容是不合理的

但在团队中显示公关预警是一个不错的选择,这样我们就可以直接点击预警直接进入公关

要在团队中显示PR,您可以查看下面的文档,了解如何在Microsoft团队中获取拉取请求警报:


希望这能有所帮助。

但是,如果有人甚至不调查更改并批准,为什么要使用请求批准策略?这就是问题的答案。如果审阅者只是在PRs上打上“已批准”的橡皮图章,而没有花时间首先查看代码,那么在PRs上使用批准是没有意义的。最初的想法是代码更改将在团队中可见。我想那项功能还不具备。我同意,如果有很多代码更改,这是没有意义的。我只是在寻找选择。我们放弃了这种方法,只向团队发送公关创建的通知。这个问题的整个前提是有缺陷的。如果审阅者只是在PRs上打上“已批准”的橡皮图章,而没有花时间首先实际查看代码,那么在PRs上使用批准是没有意义的。如果你不想让人们审查公关,就不需要批准。