【问题标题】:Acces different Azure DevOPS Server project in another role以其他角色访问不同的 Azure DevOPS Server 项目
【发布时间】:2020-06-05 17:18:08
【问题描述】:

在我们的组织中,我们在 Azure DevOPS Server 中使用不同的项目。将用户添加到团队时,它会获得贡献者权限(我知道这可以更改)。 对于某些项目,此用户可以是所有者或开发人员,因此它需要这些权限来管理积压或使用 git repo。 在另一个项目中,同一用户只是希望查看积压工作(不要弄乱它或更改存储库)。但它需要能够添加一个新项目作为该项目管理的该产品的用户。所以这个用户不能简单地成为读者。

是否可以限制第二个项目中的用户权限(通常可以通过访问级别来完成)以免弄乱积压工作?

【问题讨论】:

    标签: azure-devops-server-2019


    【解决方案1】:

    更新

    要将积压工作/板从积压板上的一个部分移动到另一个部分,需要具有 区域编辑此节点中的工作项 和 迭代路径。您可以拒绝为该特定用户禁用该功能的权限。

    您可以从项目设置>工作>项目配置中定义项目的区域和迭代。

    1. 选择 (1) 项目设置,如果需要,展开工作,然后选择 (2) 项目配置,然后是 (3) 区域。

    1. 为您要管理的节点选择 ... 上下文菜单,然后 选择安全性。

    3. 选择群组或团队成员,然后更改权限 设置。

    根据我上面的截图,用户 L 不能移动相应区域下的工作项。 (他也不能编辑敏捷区域下的工作项。)

    当他尝试移动板中的项目(例如新→活动)时,它会自动回到原来的位置。


    不,这无法通过访问级别完成。

    要在 Azure DevOps 中使用 Code 等功能,您需要具备两个条件:PermissionAccess Level

    访问权限级别使管理员能够为其用户群提供对所需功能的访问权限,并且只需为这些功能付费。它对应于组织中的帐户。它无法管理每个项目的访问级别。

    换句话说,在您的场景中,您需要使用 permission 来限制第二个项目中的特定用户。

    1. 首先将他添加到第二个项目,例如贡献者组
    2. 明确限制代码、构建、发布等权限
    3. 修改permission of Board area 以满足您的要求。

    【讨论】:

    • 我在哪里可以设置看板权限,让这个用户不要在看板上做任何计划(移动项目)。在我看来,这不是权限,只能通过访问级别进行控制。
    • 嗨@Remkop 请在我的更新答案中查看详细回复。希望对您有所帮助。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-06-03
    • 1970-01-01
    • 2019-04-21
    • 2019-11-18
    • 1970-01-01
    • 2020-03-29
    • 2021-05-27
    相关资源
    最近更新 更多