感谢您联系 Microsoft Q&A。
听起来您的同事在尝试打开任何 Boards 或 Backlogs 时遇到了 500 错误,尽管他们已经属于 Contributors 组并拥有 Basic 访问权限(这本应授予完整的 Boards/Backlogs 功能)。500 错误通常表示服务器端或请求本身出现问题——因此我们可以先从权限、浏览器问题以及组织级功能发布等方面进行排查:
建议尝试以下操作
- 验证访问级别和组成员身份
- 在“Organization settings(组织设置)→ Users(用户)”中,确认该用户在 Azure DevOps 组织中的访问级别为 Basic。
- 在每个项目的“Project settings(项目设置)→ Permissions(权限)→ Contributors”中,确认他们确实是成员,并且没有加入任何带有 Deny(拒绝) 权限的自定义组。
- 使用“Organization settings → Security → View your permissions(查看权限)”(输入该用户邮箱),检查其对 Boards 和 Backlogs 对象的实际 Allow/Deny 权限。
- 清除缓存 / 使用无痕模式
- 请他们使用 InPrivate/Incognito(无痕模式)打开 Boards 页面,或者清除浏览器缓存和 Cookie 后重试。
- 尝试使用其他浏览器或设备,以排除客户端问题。
- 检查 New Boards Hub 功能发布情况
- 如果您的组织在 Boards UI 中仍然显示“Switch to old boards(切换到旧版 Boards)”选项,请尝试切换。有些客户在 New Boards Hub 发布期间遇到过 500 错误。
- 捕获浏览器跟踪日志
- 使用“Capture a browser trace for troubleshooting(捕获浏览器跟踪日志)”(参考下方链接),并在提交支持工单时提供 HAR 文件或 F12 跟踪日志。这将帮助 DevOps 支持团队进一步分析问题。
- 如果问题持续存在,请联系支持团队
- 如果上述方法均无效,请提交支持工单,并附上跟踪日志以及 500 页面显示的 correlation ID(关联 ID)。
希望这些信息对您有所帮助!
如果上述解决方案对您有帮助,烦请您抽空点击 ,并在 “此答案是否有帮助” 处选择 “是”。如果您还有任何其他问题,也请随时告知我们。