We see restore failures when we update a project to consume a package that was just published. We can use --no-cache to workaround it, but that shouldn't be necessary.
It seems like NuGet should realize it is running from a cache, and attempt to refresh that cache, before failing the restore because it cannot find the package.
This would still let the common case be fast while not failing in the case that the cache was stale.
We see restore failures when we update a project to consume a package that was just published. We can use
--no-cacheto workaround it, but that shouldn't be necessary.It seems like NuGet should realize it is running from a cache, and attempt to refresh that cache, before failing the restore because it cannot find the package.
This would still let the common case be fast while not failing in the case that the cache was stale.