【问题标题】:Allow commenting on work items but not editing允许评论工作项但不允许编辑
【发布时间】:2019-05-23 22:41:59
【问题描述】:

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

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

所以,基本上这是我们的结构:

  • 工程:项目的主要区域;只有管​​理员可以编辑工作项
  • Engineering\Mobile:Mobile 团队的子区域;只有 Mobile 团队的成员和管理员可以编辑工作项
  • Engineering\Backend:后端团队的子区域;只有后端团队的成员和管理员可以编辑工作项
  • Engineering\Device:Device 团队的子区域;只有设备团队的成员和管理员可以编辑工作项
  • Engineering\Product:审查业务需求的子区域,然后移动到适当的区域;每个人都可以编辑工作项

现在我们正在尝试授予来自任何团队的任何人对工作项发表评论的权限(也就是使用“讨论”部分),无论它位于哪个区域,但看起来发表评论的能力是严格相关的到编辑工作项的权限……换句话说,如果没有授予编辑工作项的权限,我们就无法启用讨论部分,这并不理想。

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

【问题讨论】:

    标签: azure-devops


    【解决方案1】:

    很遗憾,目前在 Azure DevOps 中无法做到这一点。

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

    这里已经有用户声音了--Add support for for/not rules in the inherited process model

    根据我们PM的回复:

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

    您可以对该票进行投票并跟踪该过程。给您带来不便,敬请见谅。

    【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2017-02-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-03-23
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多