Azure devops 无法从存储库中删除azure组
从存储库权限列表组中删除组时遇到问题。我可以用下一个示例来解释我的案例: 1。我创建了两个团队:团队A和团队B: 2。创建了一个新的回购协议,然后我将其中一个组添加到回购协议根目录,并将所有权限分配给该组。 3。然后,检查新的repo(“Test”),该组也在列表中,如果您打开了继承,则为正常行为。 现在,当我尝试从子存储库中删除组(“测试”)时,问题就出现了。Azure显示下一个错误:“团队A继承了权限,无法从列表中删除。”。甚至我也尝试在禁用继承的情况下删除,但没有成功。Azure devops 无法从存储库中删除azure组,azure-devops,azure-security,Azure Devops,Azure Security,从存储库权限列表组中删除组时遇到问题。我可以用下一个示例来解释我的案例: 1。我创建了两个团队:团队A和团队B: 2。创建了一个新的回购协议,然后我将其中一个组添加到回购协议根目录,并将所有权限分配给该组。 3。然后,检查新的repo(“Test”),该组也在列表中,如果您打开了继承,则为正常行为。 现在,当我尝试从子存储库中删除组(“测试”)时,问题就出现了。Azure显示下一个错误:“团队A继承了权限,无法从列表中删除。”。甚至我也尝试在禁用继承的情况下删除,但没有成功。 有人能解释
有人能解释为什么会发生这种情况吗?或者我可以做些什么来从子存储库中删除组。这应该是由设计的预期操作 在步骤2中,将该组添加到顶级存储库中。这是将对所有存储库进行更改的操作。当子回购启用继承时,子单个回购将自动继承顶级的权限 其中提到了这一点: 通过更改 顶级Git存储库条目 单个存储库从顶级Git继承权限 存储库条目。分支从分配中继承权限 在存储库级别 要了解更多详细信息,请将
团队A
、团队B
添加到顶级存储库中,并在子回购中将继承
设置为真
此时,当您试图从一个子repo中删除团队A
时,系统将拒绝您的请求,并显示消息({group}已继承权限,无法从列表中删除)。因为该团队A
同时在其他子回购中仍保留权限占用
或者我可以如何从子存储库中删除该组
恐怕这无法实现,因为这是安全模型的限制。每个权限组都有其相应的安全模型。在此版本控制管理
面板中,此模型的规则不允许从子系统中删除添加到顶级存储库并由子系统继承的用户或组
在这个场景中,您必须从顶层删除它们
因此,我建议您需要小心地将用户/组添加到顶级存储库中,而这些组/用户需要全局权限。在大多数情况下,为单个回购增加额外的资金会更好。当然,这是基于群体/用户的实际需求。这应该是我们设计的预期行动 在步骤2中,将该组添加到顶级存储库中。这是将对所有存储库进行更改的操作。当子回购启用继承时,子单个回购将自动继承顶级的权限 其中提到了这一点: 通过更改 顶级Git存储库条目 单个存储库从顶级Git继承权限 存储库条目。分支从分配中继承权限 在存储库级别 要了解更多详细信息,请将
团队A
、团队B
添加到顶级存储库中,并在子回购中将继承
设置为真
此时,当您试图从一个子repo中删除团队A
时,系统将拒绝您的请求,并显示消息({group}已继承权限,无法从列表中删除)。因为该团队A
同时在其他子回购中仍保留权限占用
或者我可以如何从子存储库中删除该组
恐怕这无法实现,因为这是安全模型的限制。每个权限组都有其相应的安全模型。在此版本控制管理
面板中,此模型的规则不允许从子系统中删除添加到顶级存储库并由子系统继承的用户或组
在这个场景中,您必须从顶层删除它们
因此,我建议您需要小心地将用户/组添加到顶级存储库中,而这些组/用户需要全局权限。在大多数情况下,为单个回购增加额外的资金会更好。当然,这是基于群体/用户的实际需求。我可以知道这方面的情况吗?下面的解释对你有帮助吗?你对此还有什么疑问吗?如果它有帮助的话,感谢其他用户能够看到它是否工作。我可以知道这个状态吗?下面的解释对你有帮助吗?你对此还有什么疑问吗?如果有帮助,请感谢,这样其他用户将能够看到它是否工作。即使从顶层删除,也会阻止从子节点删除组…它会很快变得混乱即使从顶层删除,也会阻止从子节点删除组…它会很快变得混乱