使用Power Automate配置Azure DevOps项目级安全组权限失败

我使用Power Automate实现Azure DevOps流程自动化时，遇到项目级安全组权限自动分配失效的问题。操作步骤如下：

1. 获取所需的security namespace id、权限位
2. 查询目标安全组的group descriptor
3. 使用security namespace id（52d39943-cb85-4d7f-8fa8-c6baac873819）、权限位（65536，对应项目重命名权限）和group descriptor发送HTTP请求

服务器返回成功响应，ACL中也已录入该权限，但DevOps安全组的实际权限未发生变化。已排除显示问题：添加用户到该安全组后，用户并未获得配置的权限。

相关请求截图 #

Postman中修改权限的HTTP请求 #

Power Automate中修改权限的HTTP请求 #

可能的解决方向 #

• 校验Security Namespace作用域：确认52d39943-cb85-4d7f-8fa8-c6baac873819为项目级Security Namespace，同时检查请求中是否正确指定项目级token（格式如vstfs:///Classification/TeamProject/{项目ID}），token范围错误会导致权限无法生效到目标项目。
• 确认权限位对应关系：通过GET https://dev.azure.com/{组织名}/_apis/securitynamespaces/{namespaceId}?api-version=5.0查询权限位的官方定义，确保65536确实对应项目重命名权限，避免用错权限位值。
• 验证Group Descriptor正确性：确认获取的group descriptor属于目标项目级安全组，而非组织级安全组。可通过GET https://vssps.dev.azure.com/{组织名}/_apis/graph/groups?api-version=5.1核对descriptor对应的组信息。
• 检查Power Automate请求细节：对比Postman与Power Automate的请求参数，重点确认Content-Type是否为application/json、请求体JSON格式是否一致（无多余转义、字段名正确），Power Automate中常因JSON格式处理不当导致权限未正确应用。
• 排查权限继承冲突：查看目标安全组是否继承父级权限，若父级存在拒绝权限，会覆盖你设置的允许权限。可在Azure DevOps项目权限页面关闭继承后重新设置权限。
• 等待权限延迟生效：Azure DevOps权限偶尔存在几分钟的生效延迟，等待5-10分钟后再测试用户权限，排除延迟因素。

内容的提问来源于stack exchange，提问作者LHOPrototype