无法在Azure DevOps上完成请求请求

时间:2019-02-12 15:56:14

标签: c# git tfs azure-devops

我看不到在Azure DevOps上完成已批准的拉取请求的选项。奇怪的是我的团队成员在进入我的请求请求时看到了该选项。根据{{​​3}},我应该看到“放弃”下拉列表所在的“完整”选项。

我没有很多运气来寻找答案,这与策略或分支机构的安全性有关吗?如果可以,应该启用哪个选项?顺便说一下,我是存储库的管理员。

Microsoft Doc

2 个答案:

答案 0 :(得分:2)

我们在Azure租户的组织之一中的用户遇到了这个确切问题。我们最终致电Azure支持来解决它。我们的问题是由收购后更改公司Azure租户后缺少一些订阅和身份信息引起的。

确保您不属于具有完全权限拒绝的任何组。除非您是组织上的 Project Collection Administrators (项目集合管理员)组的成员,否则显式 Denies 任何许可的组中的成员资格都会拒绝您的许可,即使您位于另一个明确允许您的权限的组,即使您作为单个用户被授予允许该权限。

我花了一些时间通过this documentation来理解这一点。

您可能已经知道这一点,但是如果继承了您的权限,则可以单击Why?链接以查看允许或拒绝状态的来源明细。

下面是一个带有大量屏幕截图的示例,以展示其实际效果。根据{{​​3}}的理解, Contribute 权限是应允许其完成拉取请求的权限。

如果在存储库权限上使用细齿梳后仍然出现此问题,并且根据任何组中的成员身份都看不到您被拒绝此权限,那么您可能需要与Microsoft联系支持。

示例

跟踪权限继承

documentation enter image description here

Joslyn拥有从其贡献者组中的成员身份继承的允许权限,该成员在存储库容器节点上明确设置了允许权限(所有存储库),如下所示:

enter image description here

显式拒绝胜过显式允许

如果我添加另一个属于Joslyn的群组并拒绝对该群组的权限,则该权限将被拒绝。

allow via group


joslyn's other group


new group permissions

即使明确允许对Joslyn的许可,也会导致拒绝许可。

new inherited permissions

enter image description here

答案 1 :(得分:0)

要解决此问题,只需放弃拉取请求,然后重新激活拉取请求即可。