如何通过Azure DevOps API为用户授予Boards配置权限且不赋予Project Administrator权限

我来帮你梳理下两种可行的方案，刚好之前处理过类似的需求，应该能解决你的问题：

方案一：创建自定义权限组并配置Boards专属权限 #

你之前尝试创建自定义组但权限没生效，大概率是因为没有针对Boards的特定权限节点正确配置权限。Azure DevOps的权限是分命名空间的，Boards相关的权限主要在Microsoft.WorkItemTracking和Microsoft.Boards这两个命名空间下。

具体操作步骤（用API实现）：

1. 创建自定义项目级组
   调用Groups - Create API，指定项目范围（projectId参数），创建一个专属的Boards配置组。示例请求体大概是：

   {
     "displayName": "Boards Config Managers",
     "description": "Group for users who can configure Azure DevOps Boards",
     "scope": "vstfs:///Classification/TeamProject/{你的项目ID}"
   }
   

2. 为组配置Boards相关权限
   调用Permissions - Set API，针对Boards的关键权限节点设置允许权限。比如：
   • 针对项目级的Work Item Tracking设置：命名空间Microsoft.WorkItemTracking，token为$PROJECT:{你的项目ID}，需要开启的权限位包括Edit project-level work item tracking settings（权限值262144）、Manage work item types（1024）等。
   • 针对Boards的看板配置：命名空间Microsoft.Boards，token为$PROJECT:{你的项目ID}，开启Edit board settings权限。
     示例请求体：

   {
     "token": "$PROJECT:{你的项目ID}",
     "namespaceId": "5a27515b-ccd7-42c9-84f1-54c998f03866", // Microsoft.WorkItemTracking的ID
     "allow": 262144, // 对应Edit project-level settings
     "deny": 0,
     "merge": true
   }
   

   注意：你可以先在UI里手动设置一个测试组的权限，再用Permissions - List API查看对应的权限值，复刻到API调用里会更准确。

方案二：将用户设为团队管理员（更简单的路径） #

如果你的用户只需要管理特定团队的Boards配置（比如团队看板、迭代计划、区域路径），把他们设为团队管理员是更高效的选择——团队管理员默认拥有团队级Boards的配置权限，且完全不会获得项目级的高权限（比如删除项目）。

用API实现的步骤：

1. 获取目标团队的ID
   调用Teams - List API，根据项目ID获取所有团队，找到你需要的团队ID。
2. 添加用户为团队管理员
   调用Teams - Add Member API，指定用户ID和角色为Administrator。示例请求体：

   {
     "user": {
       "id": "{用户的Azure AD ID}"
     },
     "role": "Administrator"
   }
   

   这样用户就能在团队级别配置Boards的所有内容，包括看板列设置、迭代周期、区域路径分配等，完全符合你的权限控制需求。

一些额外提示 #

• API调用需要你有项目管理员或组织级权限，所以执行自动化脚本的账号要确保有足够权限。
• 权限设置后可能有1-2分钟的延迟，测试前可以稍等片刻。
• 可以先用Postman测试API调用，确认参数正确后再写成自动化脚本。

备注：内容来源于stack exchange，提问作者JJM