Azure DevOps nuget 工件延迟
Azure DevOps nuget artifact delay
我们将 dotNET 管道设置为 class 库，该管道将其构建到 nupkg 文件中并推送到我们的 Azure DevOps 托管工件库。这工作正常，如果我们在构建完成后立即导航到“工件”选项卡，我们可以按预期看到新的包版本。
但是，在我们使用 nuget 使用所述包之前，我们看到的是 0 到 30 分钟的延迟。已经尝试在我的本地开发机器上使用它，也尝试将它作为 Azure DevOps 中另一个管道的一部分使用，但它们都无法访问新的包版本。
到目前为止的诀窍似乎是，等待 nuget 包构建，然后等待 30 分钟以使用它。
有其他人经历过这种延迟吗？ Azure DevOps UI 与其 nuget 服务器之间是否存在某种最终一致性？
这是正常的，就是这样。
当您将 nuget 推送到场景中的存储库（工件）时，幕后会发生很多事情。其中一些是：
- 版本验证
- 病毒检查
- 用于搜索的包索引
这个过程通常需要几分钟到半小时不等，具体取决于 nuget 服务器的负载。这就是您的 nuget 不能立即可用的原因。
有关详细信息，您可以阅读 Microsoft 文档：https://docs.microsoft.com/en-us/nuget/nuget-org/publish-a-package
我们将 dotNET 管道设置为 class 库，该管道将其构建到 nupkg 文件中并推送到我们的 Azure DevOps 托管工件库。这工作正常，如果我们在构建完成后立即导航到“工件”选项卡，我们可以按预期看到新的包版本。
但是，在我们使用 nuget 使用所述包之前，我们看到的是 0 到 30 分钟的延迟。已经尝试在我的本地开发机器上使用它，也尝试将它作为 Azure DevOps 中另一个管道的一部分使用，但它们都无法访问新的包版本。
到目前为止的诀窍似乎是，等待 nuget 包构建，然后等待 30 分钟以使用它。
有其他人经历过这种延迟吗？ Azure DevOps UI 与其 nuget 服务器之间是否存在某种最终一致性？
这是正常的，就是这样。
当您将 nuget 推送到场景中的存储库（工件）时，幕后会发生很多事情。其中一些是：
- 版本验证
- 病毒检查
- 用于搜索的包索引
这个过程通常需要几分钟到半小时不等，具体取决于 nuget 服务器的负载。这就是您的 nuget 不能立即可用的原因。
有关详细信息，您可以阅读 Microsoft 文档：https://docs.microsoft.com/en-us/nuget/nuget-org/publish-a-package