Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2020
管理软件包可能是非常复杂且耗时的过程，尤其是在处理大型项目时。 Azure Artifacts 提供可靠的包管理解决方案，可简化工作流并增强团队协作。
为了充分利用它，遵循最佳做法对于维护包完整性和质量至关重要。 本文重点介绍了在 Azure Artifacts 中创建、发布和使用包的关键准则。 无论你是不熟悉 Azure Artifacts 还是经验丰富的用户，这些最佳做法都有助于优化工作流并确保项目成功。
先决条件
| 产品 | 要求 |
|---|---|
| Azure DevOps | - An Azure DevOps 组织。 - Azure DevOps 项目。 - Azure Artifacts 源。 |
包发布者最佳实践指南
遵循最佳做法有助于确保一致性、安全性和流畅的用户体验。 下面是使用 Azure Artifacts 发布包时的主要建议：
注意
必须是源发布者（参与者）或更高级别才能将包发布到源。 有关详细信息，请参阅 管理权限。
每个存储库使用单个源：
源是一种用于托管各种类型包的组织结构。 虽然可以为项目提供多个源，但最好限制项目只引用一个源，以最大程度地减少潜在冲突。 如果要从多个源或公共注册表访问包，建议使用上游源。 有关更多详细信息，请参阅 什么是上游源？。
自动发布新创建的包：
自动发布新包可确保最新版本始终可供团队或目标使用者使用，而无需手动干预。 当你发布包时，它会被添加到源的
@local视图中。 有关更多详细信息，请参阅什么是源视图？。启用保留策略以自动清理旧包版本：
随着时间的推移，旧包版本可以累积、消耗不必要的存储和降低查询速度。 启用保留策略可以自动删除旧包版本，同时保留指定数量的最新版本。 这不仅优化客户端性能，还有助于高效管理存储成本。 有关详细信息，请参阅 保留策略。
使用源视图发布包：
源视图可用于与使用者共享包版本的子集。 例如，要向早期采用者提供包，可以从源中选择它并将其提升到
@Prerelease视图。 一旦你认为包的质量足以发布完整版本，就可以将其提升到@Release视图中。 提升到视图中的包不受保留策略的限制，不会被删除。 有关更多详细信息，请参阅什么是源视图？。确保视图具有适当的访问权限：
如果包由外部团队或跨组织使用，请确保
@Release和@Prerelease视图具有适当的可见性设置。 有关详细信息，请参阅 信息流视图设置。
包使用者的最佳做法
本部分概述了通过 Azure Artifacts 使用包的最佳实践，以确保高效使用。
对外部包使用上游源：
如果要使用外部源或公共注册表（例如 NuGet.org 或 npmjs.com）中的包，建议使用上游源。 请参阅 什么是上游源？ 和 设置上游源 以获取更多详细信息。
注意
必须是源和上游读取者（协作者）或更高级别，才能保存来自上游源的包。 有关详细信息，请参阅 管理权限。
确保源的顺序反映所需的包解析策略：
源按顺序检查上游源，并将从包含它的第一个源返回包。 请注意顺序，以确保源要从正确的来源解析包。 有关更多详细信息，请参阅有意对上游源进行排序和搜索顺序。
使用源定位符添加外部源：
如果源位于同一个 Microsoft Entra 租户中，但不属于您的组织，则应使用馈送定位器。 源定位器的语法如下所示：
azure-feed://<organization>/<projectName>/<feed>@<view>。