允许评论工作项但不允许编辑

Question

我的公司正在从之前的 JIRA 环境迁移到 DevOps 和 Azure Boards，我们遇到了一个非常大的权限问题。

\n\n

目前，我们已经配置了各个领域来支持我们的开发团队；我们还有一个专门针对产品团队的区域，首先输入业务需求，然后进行审查。每个团队都有权编辑自己区域中的工作项，并且不能编辑其他区域中的工作项。

\n\n

所以，基本上这就是我们的结构：

\n\n

\n
• 工程：项目的主要领域；只有管​​理员可以编辑工作项
\n
• Engineering\\Mobile：Mobile 团队的子区域；只有移动团队的成员和管理员可以编辑工作项
\n
• Engineering\\Backend：后端团队的子区域；只有后端团队的成员和管理员可以编辑工作项
\n
• Engineering\\Device：设备团队的子区域；只有设备团队的成员和管理员可以编辑工作项目
\n
• 工程\\产品：子区域，用于审查业务需求，然后将其移动到适当的区域；每个人都可以编辑工作项
\n

\n\n

现在，我们正在尝试授予任何团队中的任何人对工作项目发表评论（即使用“讨论”部分）的权限，无论其所在区域如何，但看起来评论的能力与工作项目严格相关。编辑工作项的权限\xe2\x80\xa6 换句话说，如果不授予编辑工作项的权限，我们就无法启用“讨论”部分，这并不理想。

\n\n

有没有办法在限制编辑的同时为任何人启用讨论部分？

\n

Answer 1

好吧，他们最终在 2023-02-07 版本中添加了此许可！

https://learn.microsoft.com/en-us/azure/devops/release-notes/2023/sprint-216-update#new-save-comments-permission

耶！我想，迟到总比没有好

Answer 2

不幸的是，目前在 Azure DevOps 中还无法做到这一点。

除非您授予用户“在节点中编辑工作项”权限，否则他将无法在讨论字段中单独发表评论。

这里已经有用户的声音——在继承的流程模型中添加对/不规则的支持

根据我们PM的回复：

我们目前没有任何计划实现现场级安全。但我们将继续跟踪这一建议。如果我们开始看到更多选票，我们将进一步考虑。

您可以对该票进行投票并跟踪流程。任何不便敬请谅解。