关于项目和缩放组织
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Azure DevOps 中的项目为用户提供了一个用于规划、跟踪进度和协作构建软件解决方案的位置。 项目表示可在其中存储数据和源代码的基本容器。
创建项目时，Azure DevOps 会自动创建同名团队，这足以满足小型组织的需求。 对于企业级组织，可能需要纵向扩展和创建更多团队和项目。 在 Azure DevOps 中，一个组织中最多可以有 1000 个项目。
下图显示了一个项目和团队，以及一个组织或集合中的多个项目和团队。
一个项目 + 团队
多个项目 + 团队
此结构允许团队以适合他们的方式配置工具，并在适当的级别完成管理任务。 随着组织的发展，你的工具可以增长，以支持 团队自主和组织一致性的文化。
有关详细信息，请参阅 工作跟踪、流程和项目限制 和 规划组织结构。
管理整个组织的工作
连接到 Azure DevOps 时，请连接到组织。 在该容器中，可以定义一个或多个项目。 必须至少创建一个项目才能使用系统。
可通过以下方式缩放组织：
- 添加项目以支持不同的业务部门
- 在项目中添加团队
- 添加存储库和分支
- 添加代理、代理池和部署池以支持持续集成和部署
- 通过 Microsoft Entra ID 管理访问权限以管理大量用户
可通过以下方式缩放本地 Azure DevOps 部署：
- 添加服务器实例以提高性能
- 添加项目集合和项目以支持不同的业务部门
- 在项目中添加团队
- 添加存储库和分支
- 添加代理、代理池和部署池以支持持续集成和部署
- 通过 Active Directory 管理访问权限以管理大量用户
查看组织中的项目
打开“项目”页，查看为组织定义的 项目 。
选择“Azure DevOps”
以打开“项目”。
从项目列表中选择一个项目。
有关详细信息，请参阅 创建项目。
限制项目可见性
默认情况下，添加到组织的用户可以查看所有组织和项目信息和设置。
有关详细信息，请参阅限制项目的用户可见性，以及将项目可见性更改为公共或专用。
查看历史数据
所有项目成员都可以查看添加到批注、讨论或分配的标识。 例如，项目中的每个人都 (即使具有新限制) 的用户，在用户不再是项目一部分时，仍可以看到分配给工作项的用户名。 @mentions在 PR、注释、讨论等中也是如此。
使用单个项目
建议的一种方法是使用单个项目来支持组织或企业。 单个项目可帮助最大程度地减少管理任务的维护，并支持最优化且最灵活的 跨链接对象 体验。
即使有许多团队在处理数百个不同的应用程序和软件项目，你也可以在单个项目中轻松管理它们。 项目用于隔离存储在其中的数据，你无法轻松地将数据从一个项目移动到另一个项目。 将数据从一个项目移到另一个项目时，通常会丢失与该数据关联的历史记录。
有关详细信息，请参阅 需要多少个项目？。
再添加一个项目
另一种可行的方法是有多个项目，如果你的组织希望适应以下方案，则这是一种推荐方法：
- 禁止或管理对项目中包含的信息的访问以选择组
- 支持组织中特定业务部门的自定义工作跟踪流程
- 支持完全独立的业务部门，这些业务部门有自己的管理策略和管理员
- 支持在对工作项目推出更改之前测试自定义活动或添加扩展
- (OSS) 项目支持开源软件
你可能希望在以下实例中添加另一个项目：
- 禁止或管理对项目中包含的信息的访问
- 支持组织中特定业务部门的自定义工作跟踪流程
- 支持完全独立的业务部门，这些业务部门有自己的管理策略和管理员
- 支持在对工作项目推出更改之前测试自定义活动或添加扩展
使用专用和公共项目
可以同时拥有专用和公共项目。 还可以 将项目的可见性从任一更改为另一个项目。
专用项目 要求添加和管理用户访问。 用户必须登录才能访问项目，即使该项目是只读访问权限。 所有项目成员都有权访问项目和组织信息。 有关详细信息，请参阅 授予项目成员的资源。
公共项目 不需要用户登录即可获得对以下许多服务的只读访问权限。 公共项目支持与他人共享代码，并支持 (CI/CD) 开源软件的持续集成/持续部署。
有关详细信息，请参阅 更改项目的可见性。
版本控制支持
Git 存储库可以浏览和克隆，但只能通过 HTTPS 进行。 SSH 和 GVFS 终结点不可用。 Visual Studio 和 IntelliJ 等客户端使用 HTTPS 克隆 URL，但不提供链接到工作项和其他附件的连接体验。
仪表板小组件支持
以下仪表板小组件不会为非成员显示任何有用的信息。
- 已指派给我
- 代码磁贴
- 新建工作项
- 拉取请求
- 查询结果
- 要求质量
- 冲刺 (sprint) 燃尽
- 冲刺容量
- 冲刺概述
- 团队成员
- 欢迎使用
- 工作链接
- 其他链接
构建项目
使用以下元素构建项目以支持业务需求。
- 为每个子项目或应用程序创建 Git 存储库，或在 TFVC 存储库中为每个子项目创建根文件夹。 如果使用 TFVC 并走向组合项目模型，请为不同的团队和项目创建根文件夹，就像在 Git 中创建单独的存储库一样。 根据需要保护文件夹，并控制正在使用工作区映射的存储库的哪些段。
- 定义区域路径 以支持不同的子项目、产品、功能或团队。
- 定义迭代路径 (也称为冲刺) ，可在团队之间共享。
- 为每个产品团队添加一个团队，为产品开发一组功能。 你创建的每个团队都会自动为该团队创建一个安全组，你可以使用该安全组管理团队的权限。 有关详细信息，请参阅 项目组合管理。
- 使用自定义安全组管理对特定特性和函数 的访问权限。
- 创建查询文件夹 ，将团队或产品区域的查询组织到文件夹中。
- 定义或修改 在项目级别设置的通知。
自定义和配置项目
可以配置和自定义大多数服务和应用程序，以支持业务需求或团队的工作方式。 在每个项目中，可以执行以下任务。 有关可以配置的资源的综合视图，请参阅 关于团队、项目和组织级别的设置。
- 仪表板：每个团队都可以 配置其仪表板集 来共享信息和监视进度。
- 源代码管理：对于每个 Git 存储库，可以应用分支策略并定义分支权限。 对于 TFVC 存储库，可以设置检查策略。
- 工作跟踪：可以添加字段、更改工作流、添加自定义规则，以及向大多数工作项类型的工作项窗体添加自定义页面。 还可以添加自定义工作项类型。 有关详细信息，请参阅 自定义继承过程。
- Azure Pipelines：可以完全自定义生成和发布管道，并定义生成步骤、发布环境和部署计划。 有关详细信息，请参阅生成和发布。
- Azure Test Plans：可以定义和配置测试计划、测试套件、测试用例和测试环境。 还可以在生成管道中添加测试步骤。 有关详细信息，请参阅针对内部版本的探索性和手动测试和持续测试。
添加团队
随着组织的发展，你可以添加配备可配置敏捷工具的团队，以满足每个团队的工作流。 有关详细信息，请参阅以下文章。
- 将敏捷扩展到大型团队
- 关于团队和敏捷工具
- 管理积压工作组合 并查看进度。
- 根据日历视图按冲刺 (迭代路径) 所选团队使用交付计划来计划工作项。
- 逐步采用可缩放的做法， 以在组织内创造更大的节奏和流程，吸引客户，提高项目可见性，并培养高效的员工队伍。
- 构建项目以获取跨团队的可见性 ，或支持 史诗、发布列车和多个积压工作以支持缩放敏捷框架。
使用其他客户端连接到项目
除了通过 Web 浏览器进行连接外，还可以从以下客户端连接到项目：
- Visual Studio (Professional、Enterprise、Test Professional)
- Visual Studio Code
- Visual Studio Community
- Office Excel
- 测试与反馈扩展
- Microsoft Feedback Client
有关详细信息，请参阅与 Azure DevOps Server 版本的兼容性。
关键概念
使用以下索引快速访问与管理项目和团队相关的概念和任务。
用户和管理任务
以下几个任务需要向项目管理员组成员或团队管理员授予权限。
常见问题 (FAQ)
问：是否可以将项目移动或转移到其他组织或集合？
答： 可以，但不能不丢失数据。 可以手动复制资源并留下一些资源，也可以使用第三方工具（如 OpsHub Visual Studio 迁移实用工具），该工具使用 REST API 复制数据。
问：哪些编程工具支持项目？
A. 请参阅 项目 REST API。
还可以使用 az devops project CLI。