【发布时间】:2013-01-25 11:56:47
【问题描述】:
我们是 NuGet 的热心用户,无论是内部构建的包还是第三方包的用户。
我们最近开始在我们的一些构建项目中启用 NuGet 包还原选项,以减少我们提交给源代码管理的二进制文件的数量,但我们遇到了一个问题。
我们发现 Visual Studio 需要很长时间才能启动,而且一旦启动(可能需要半个多小时),随后的构建也同样耗时。发生这种情况时,您可以在进程资源管理器中看到许多子 NuGet 进程出现和死亡。
我们发现,如果 packages.config 文件中引用的包版本不能从任何配置的包源中获得(可能它是内部包的旧版本,并且有人帮助我们清理了我们的本地存储库),似乎 NuGet 和 Visual Studio 进入某种无限(或至少长时间运行)重试循环。
如果我们从命令行运行 NuGet 安装命令,我们会返回错误
>.nuget\NuGet.exe install project\packages.config -o packages
Unable to find version '1.0.0.1' of package 'my.internal.package'.
但它看起来好像没有被 Visual Studio/NuGet 正确使用。
- NuGet 是否在任何地方记录其操作?
- 我们能否限制 NuGet 恢复重试或超时(可能在
nuget.targets文件中?) - 看起来好像没有使用 NuGet 的语义版本控制,因为在我们上面的场景中,1.0.0.2 可以从 repo 中获得,可以启用吗?
【问题讨论】:
-
你能分享正在创建的 nuget 进程的命令行吗?您可以从流程资源管理器或任务管理器中获取此信息。将更好地了解产生这些进程的原因。
标签: visual-studio-2010 nuget nuget-package