由另一个管道触发的管道权限

问题描述 投票:0回答:1

我们有多个在拉取请求完成时触发的构建/CI 管道,以及在这些构建/CI 管道完成时触发的多个部署/CD 管道。 所以,Pull Request 触发 CI,CI 触发 CD。

我们希望将 CD 管道运行的权限(因为它们部署到生产环境中)限制为只读。 IE。完成拉取请求的用户不应该能够取消/重试与生产相关的阶段。

我们通过包含 CD Pipelines 的文件夹上的“管理安全性”按钮更改了权限,并删除了选定用户除“查看构建管道”和“查看构建”权限之外的所有权限。

这导致用户对管道运行具有只读访问权限除了,如果它们是 CI 的触发器(也称为拉取请求)。他们发现彼此的运行是只读的,但他们仍然可以访问自己的运行。

这不是我们想要的,因为我们希望每次运行(无论谁触发了管道)。

注意:该权限显然在某种程度上有效,因为他们看到彼此运行只读 - 并且他们无法对新运行进行排队(除非通过 PR>CI>CD 触发器)。

security azure-devops azure-pipelines
1个回答
0
投票

根据此官方文档管道权限参考

  • 队列构建:可以对新构建进行排队
  • 停止构建:可以停止其他团队成员或系统排队的构建。

如果将以上两个权限设置为拒绝,则该用户将无权重新运行/取消其他用户的构建,但仍可以管理自己的构建。

目前没有此类权限来限制管理您自己的构建。如果您想要此类权限,可以在:开发者社区提交功能请求。投票通过将客户影响整合到一个反馈中,有助于提高问题的优先级。此外,我注意到已经有一个功能请求要求禁用“重新运行失败的作业”和“重新运行所有作业”按钮,如果您想要这样的功能,您可以关注它并添加一些评论。

© www.soinside.com 2019 - 2024. All rights reserved.