什么是源视图？
Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019
源视图使开发人员能够与使用者共享一部分软件包版本。 源视图的一种常见用途是共享已测试和验证的包版本，同时推迟发布仍在开发中和/或未达到特定质量标准的包。
默认视图
所有 Artifacts 源都有三个视图：@local、@prerelease 和 @release。 后两个是建议的视图，你可以根据需要重命名或删除。 @local 是上游源中常用的默认视图。 可以在 Feed 设置>视图中更改默认视图，但这样操作不会开启向该视图直接发布的功能。 只有在基本源中发布的包才能在 @Local 视图中使用。
@local 视图包含直接发布到源的所有包，以及从上游源保存的所有包。
源视图是只读的，这意味着连接到该视图的用户只能使用发布到该视图的软件包和/或以前从上游源保存的软件包。 请参阅 包图，了解如何构造可用包。
注意
Azure Artifacts 仅支持从默认视图发布包以及将包恢复到默认视图 - @Local。
源视图和上游源
源视图和上游源旨在协同工作，以提供企业级解决方案来共享和使用包。 为了使其他 Azure Artifacts 源将你的源用作上游源，你必须根据具体情况将源可见性设置为组织成员或 Microsoft Entra ID 成员。 如果选择后者，组织中的所有人都可以访问你的信息流。 此外，贵组织以及与同一 Microsoft Entra 租户关联的其他组织中的所有源都可以向上游传输到您的源。
注意
公共项目中的所有源视图都可供 Internet 上的所有人访问。
包含源视图的发行包
创建发行包时，必须传达三条信息：更改的性质、更改的风险，以及更改的质量。
更改的性质和风险
变化的性质和风险都与 改变本身有关，，即你准备执行的操作，它们都是在工作开始时已知的。 如果要引入新功能、对现有功能进行更新或修补错误；那么这就是您的更改的性质。 如果您仍在对应用程序的 API 部分进行更改，那么这是您的更改中 风险 的一个方面。 许多 NuGet 用户使用 语义版本控制（SemVer）表示法来传达这两条信息。 SemVer 是一种广泛使用的标准，能够很好地传达这种类型的信息。
更改的质量
在验证过程完成之前，更改的质量通常未知。 这在你的更改生成和打包之后发生。 由于此细节，无法传达版本号数字段（例如 1.2.3）变化的质量。 有一些解决方法可以预先验证（例如，在将包打包并发布到“调试”或“CI”环境之前直接使用生成的 DLL），然后验证并重新发布这些包到“发布”环境，但我们看到的一切都无法真正保证生成的包符合正确的质量标准。
你可以使用 @Release 视图作为传达更改质量的方法。 使用 @Release 视图，可以共享符合质量标准的包，并允许用户仅查看已测试、已验证且已准备好使用的包版本的子集。
