Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019 |TFS 2018

使用大多数Azure DevOps Services后,可以开始使用服务并根据需要配置资源。 无需前期工作。 大多数设置定义默认值。

如果创建了项目或已添加到 “项目管理员 ”组,请熟悉你负责的管理任务。 可能需要执行一些任务来确保顺畅的操作体验。

本文概述了 项目管理员 组的成员应查看和处理的任务。 有关 项目集合管理员 组成员要执行的任务的信息,请参阅 管理组织或项目集合

将用户添加到项目

将用户添加到团队或项目,以便他们可以为团队和项目做出贡献。 可以将用户添加到多个团队和项目。

通过向团队添加用户或邀请他们参与项目,可以轻松将已添加到组织中的用户添加到项目中。

团队管理员可以将用户添加到其团队,从而自动将用户添加到项目中。 通过将用户添加到团队,可以让特定于团队的工具(例如团队安全组、团队成员小组件和冲刺容量规划工具)了解这些用户。 若要了解有关团队的详细信息,请参阅 关于团队和敏捷工具

项目管理员 组的成员可以将用户添加到项目。 将用户添加到团队或项目会自动将其添加到项目的 “参与者” 组。 此组的成员有权访问参与工作项、代码、生成和发布所需的大多数功能。 有关默认权限的概述,请参阅 默认权限快速参考

将用户添加到项目或组织后,可以从任何人员选取器工具浏览其显示名称或用户名 (电子邮件别名) 。 用户可以连接到项目并访问通过支持的客户端或 Web 门户提供的功能。

若要了解详细信息,请参阅以下文章:

  • 将用户或组添加到团队或项目
  • 管理组织或项目集合,将用户添加到组织
  • 连接到项目
  • 共享项目愿景,设置项目 Wiki

    每个项目都有一个摘要页,可用于通过 自述 文件共享信息。 或者,将用户重定向到项目 Wiki。 对于不熟悉你的项目的用户,我们建议你 设置项目摘要页 。 或者,可以 预配 Wiki 。 使用这些功能共享项目的既定流程和过程。

    每个项目都有一个摘要页,可用于通过 自述文件 共享信息。 对于不熟悉你的项目的用户,我们建议你 设置项目摘要页 。 或者,可以 预配 Wiki 。 使用这些功能共享项目的既定流程和过程。

    删除未使用的服务

    若要简化 Web 门户用户界面,可以禁用 select 服务。 例如,如果仅使用项目来记录 bug,则禁用除 Boards 之外的所有服务。 若要了解详细信息,请参阅 打开或关闭服务

    此示例显示已禁用 Test Plans

    权限和安全组控制对选定任务的访问权限。 若要快速了解为项目配置的默认值,请参阅 默认权限和访问权限

    下表列出了在项目级别分配的权限。 除未设置的 “删除共享分析视图 ”和 “编辑共享 分析视图”权限外,所有这些权限均授予 Project Administrators 组的成员。 有关每个权限的说明,请参阅 权限和组参考、组

    下表列出了在项目级别分配的权限。 所有这些权限都授予 Project 集合管理员 组的成员。 有关每个权限的说明,请参阅 权限和组参考、组

    与 Analytics 关联的权限要求为本地项目集合选择“继承的进程模型”。

    将成员添加到项目管理员组

    创建项目的人员将自动作为成员添加到 “项目管理员 ”组。 此组的成员有权管理项目配置、存储库、管道资源、团队和所有项目级权限。

    拥有多个具有管理权限的人员始终是一个好主意。 若要将用户添加到此组,请参阅 在项目级别更改权限,将成员添加到项目管理员组

    授予或限制权限

    权限在以下三个级别进行管理,并通过基于角色的分配进行管理。

  • 对象 (object)
  • 组织或集合
  • 作为 项目管理员 组的成员,可以在项目级别为所有对象授予或限制权限。 若要将特定任务委托给其他人,建议将它们添加到内置或自定义安全组,或将其添加到特定角色。 有关详细信息,请参阅以下文章。

  • 基于角色的权限
  • 添加或删除用户或组,管理安全组
  • 授予或限制对所选功能和功能的访问权限
  • 设置对象级权限
  • 查看和更新通知

    为添加的每个项目预定义了许多通知。 通知基于订阅规则。 订阅来自以下方面:

  • 开箱即用或默认订阅
  • 由团队管理员或项目管理员或项目集合 管理员组的成员定义的团队、项目 和组织或 集合 订阅。
  • 如果用户认为收到太多通知,你可以指示他们 选择退出订阅

    确定可跟踪性要求

    如果使用大部分Azure DevOps Services(Boards、Repos、Pipelines 和Test Plans),则需要提醒团队注意支持端到端可跟踪性的功能。 若要开始,建议查看以下文章:

  • 跨服务集成和协作概述
  • 端到端可跟踪性
  • 设置 DevOps 策略

    设置策略以支持团队之间的协作,并自动删除过时的文件。 若要设置管理Azure Repos、Azure Pipelines 和Azure Test Plans的策略,请查看以下文章:

  • 管理分支策略
  • 添加Team Foundation 版本控制 (TFVC) 检查策略
  • 设置生成和发布管道保留策略
  • 设置测试保留策略
  • 配置和自定义Azure Boards

    可以配置和自定义Azure Boards,以支持许多业务要求来规划和跟踪工作。 至少应配置以下元素:

  • 按团队、产品或功能区域对工作项进行分组的区域路径
  • 用于将工作分组为冲刺、里程碑或其他特定于事件或时间相关的时间段的迭代路径
  • 如果你不熟悉Azure Boards,并且想要深入了解可以配置和自定义的内容,请参阅 配置和自定义Azure Boards

    定义区域和迭代路径以跟踪工作

    如果支持多种产品,可以通过定义区域路径,按功能 区域 分配工作项。 若要将工作项分配给特定的时间间隔(也称为冲刺),请配置 迭代路径 。 若要使用 Scrum 工具(冲刺积压工作、任务板和团队容量),需要配置多个冲刺。 有关概述,请参阅 关于区域和迭代路径

    自定义工作跟踪过程

    创建项目后,你和你的团队可以立即开始使用所有工作跟踪工具。 但通常,一个或多个用户希望自定义体验以满足一个或多个业务需求。 可以通过用户界面轻松自定义该过程。 因此,你需要为谁将管理更新和评估请求建立方法。

    默认情况下,向添加到 Project 集合管理员 安全组的组织所有者和用户授予创建、编辑和管理用于自定义工作跟踪体验的过程的权限。 如果要锁定能够执行这些任务的人员,可以在组织级别将权限设置为 “拒绝 ”。

    若要了解更多信息,请参阅下列文章:

  • 关于进程自定义和继承进程
  • 自定义项目
  • 添加和管理流程
  • 与其他服务集成

    Azure DevOps 支持与 Azure、GitHub 和许多其他服务集成。 作为 项目管理员 组的成员,可以配置与其中许多服务的集成。 有关详细信息,请参阅以下文章。

  • Azure DevOps 和 GitHub 集成概述

  • Azure Boards 和 GitHub 集成

  • Microsoft Teams 集成:

  • 带 Microsoft Teams 的 Azure Boards
  • 带 Microsoft Teams 的 Azure Repos
  • 带 Microsoft Teams 的 Azure Pipelines
  • Slack 集成:

  • 带 Slack 的 Azure Boards
  • 带 Slack 的 Azure Repos
  • 带 Slack 的 Azure Pipelines
  • 与服务挂钩集成

    添加团队以缩放项目

    随着组织的发展,我们建议你添加团队来缩放项目。 每个团队都可以 访问自己的一组可自定义敏捷工具

    若要了解详细信息,请参阅以下文章:

  • 关于项目和缩放组织
  • 添加团队,从一个默认团队移动到多个团队
  • 添加团队管理员
  • 共享项目版本

  • 项目和团队快速参考
  • 开始管理组织或项目集合
  • 关于用户、团队、项目和组织级别的设置
  •