TFS 2017-Nuget提要-恢复前延迟获取最后一个包版本
我正在使用TFS 2017和nuget提要 在feed中发布了我的包的新(非预发布)版本后,比如说TFS 2017-Nuget提要-恢复前延迟获取最后一个包版本,tfs,.net-core,nuget,nuget-package-restore,Tfs,.net Core,Nuget,Nuget Package Restore,我正在使用TFS 2017和nuget提要 在feed中发布了我的包的新(非预发布)版本后,比如说my.package version 1.0.1,我需要等待大约30分钟才能恢复引用已发布包的项目 否则,即使我在TFS Nuget Feed UI中看到版本1.0.1,使用.net core CLI的dotnet restore(甚至使用--force选项)也会忽略新版本,并使用上一个预发布版本 e、 gMy.Package版本1.0.1-2019041501 csproj包参考包括预发布版本的通
my.package version 1.0.1
,我需要等待大约30分钟才能恢复引用已发布包的项目
否则,即使我在TFS Nuget Feed UI中看到版本1.0.1
,使用.net core CLI的dotnet restore
(甚至使用--force
选项)也会忽略新版本,并使用上一个预发布版本
e、 gMy.Package版本1.0.1-2019041501
csproj包参考包括预发布版本的通配符
<PackageReference Include="My.Package" Version="1.0.1-*" />
同样的事情也发生在两个预发布版本之间,但仅延迟5分钟。例如,在我发布My.Package Version 1.0.1-2019041502
后,我需要等待5分钟,否则恢复获取My.Package Version 1.0.1-2019041501
Nuget包项目使用.Net标准2.0.3,引用项目使用.Net核心2.2
延误的原因是什么
Thx.NuGet保留一个HTTP缓存,用于加速对HTTP源的相同查询,缓存周期为30分钟。您可以使用或清除它。但我无法解释预发布软件包延迟5分钟的原因。TFS是否可能在推送包并在其提要搜索结果中提供包后需要5分钟才能接收到该包?我不认为当您请求预发布包时,NuGet会更快地终止其http缓存,但这听起来是可行的。非常有效。非常感谢