为什么显式允许工作但不是继承允许在VS Team Services中完成拉取请求？ [英] Why does explicit Allow work but not Inherited Allow for completing pull requests in VS Team Services?

问题描述

当我尝试将VSTS接口中的Pull请求完成到由同事创建的分支时，我收到以下错误："TF401027：您的身份（Windows Live ID \ xxxx @ xxx.edu）对
当前分支没有Git'GenericContribute'权限，您刚刚尝试的操作需要该分支。请与您的管理员联系以获取帮助。"

When I try to Complete a Pull Request in the VSTS interface into a branch that was created by a co-worker, I get the following error: "TF401027: Your identity (Windows Live ID\[e-mail]) doesn't have the Git 'GenericContribute' permission for the current branch, which you need for the action you just tried. Contact your administrator for help."

 当前分支基于master，其Contribute设置为拒绝为Contributors组（我所在的），因此它具有Contribute被设置为该组的Inherited Deny。

 The current branch is based off of master, which has Contribute set to Denied for the Contributors group (which I am in), so it has Contribute is set to Inherited Deny for that group.

但是，我也是项目管理员组的一部分，它对当前分支上的Contribute具有"继承允许"权限。如果我向Project Administrators组提供显式允许当前分支，则完整
拉取请求按钮按预期工作。

However, I am also part of the Project Administrators group that has Inherited Allow permissions for Contribute on the current branch. If I give the Project Administrators group explicit Allow for the current branch, the Complete pull request button works as expected.

为什么"继承允许"的工作方式与显式允许Git Contribute权限？

Why doesn't the Inherited Allow work the same as explicit Allow for Git Contribute permissions?

推荐答案

Hello Blair.WSUF，

可能这就是为什么继承允许不起作用，

在a上设置的显式权限特定对象（如源控件文件夹，存储库或区域子节点）覆盖从父对象继承的对象，为源控件文件夹设置的拒绝
不会覆盖其中一个的允许集子文件夹。

更多信息请查看此链接。

希望这会有所帮助。

问候，

这篇关于为什么显式允许工作但不是继承允许在VS Team Services中完成拉取请求？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！