Azure DevOps -用户触发发布作为批准者

Question

我们在Azure DevOps中有一个CI/CD设置，它是由主分支上的推送触发的。是否可以让审批人成为生成触发器的原因？

​

​

这背后的想法是，我们的团队中有很多开发人员，所以我希望由推动变更的特定开发人员来决定是否需要部署更改，而不是专门的审批人员。

Answer 1

虽然我完全同意@Daniel为什么不应该这样做，但我所看到的情况是，团队被指定为审批请求的接收方，而user requesting a release or deployment should not approve it复选框仍未选中。

然后，为了避免审批请求的收件箱噪音，请关闭团队关于未决发布审批的通知。

编辑

如果您必须只有一个人被指定为批准部署更改的有效用户，那么您也可以这样做，但这不太好。你可以给每个人一个“舞台”。这些阶段将在预部署条件中使用工件筛选器，只向该阶段的人员发送审批电子邮件。

​

​

​

​

在批准之后，它将转发到实际部署阶段来完成这项工作。

​

​

现在，您需要在构建中添加用户名或其他东西作为标记。我不确定是否有一个工具/任务作为构建管道的一部分来执行，以保持它的连续性，但我知道您可以从REST中了解如何做到这一点。也许您需要创建一个预批准阶段，运行一个PS脚本来访问REST，并在构建上使用requestedBy属性值标记所提供的构建。

再说一遍，看看这么做有多难吗？这可能意味着您没有遵循最佳实践。“让正确的事情变得容易，让错误的事情变得困难。”-Unknown。

Answer 2

简短的回答，不。

背景:这是一个好的实践的相反，这就是为什么有一个选择，要求其他人是批准者，而不是谁作出了改变。你不想让做出改变的人批准它，因为这样可以让一个人偷偷地通过改变。这意味着错误可能会漏过，甚至是故意的恶意更改。

最佳做法是要求做出更改的人以外的其他人审查和批准更改。