NuGet“；“收集依赖项”；悬挂

当我添加NuGet软件包（NuGet和Visual Studio 2015的最新版本）时，在安装软件包之前，它会在“尝试收集依赖项”处挂起约5分钟。我可以指向NuGet.org，我们的内部服务器，或者本地机器上的文件夹。所有的行为都完全相同。

经过大量挖掘（我在发布之前很久就遇到了这个问题），我发现了这个问题。我列表中的一个NuGet软件包源已关闭。如果我把它从列表中删除，一切都会顺利进行。当它进入时，即使mypackages.config中没有与该源相关的包，它也会陷入困境

今天早上，我们所有的构建都开始失败。在做了一些挖掘之后，我们发现它在解决依赖关系时仍然存在。更多的挖掘，它是连接和下载，但似乎陷入了一个循环。每次我们取消构建时，它都会让一个Nuget.exe在后台运行—CPU变热

结果是nuget.org昨晚（2016年1月13日）升级了他们的服务器，我们的构建运行的nuget.exe版本（2.7.2）令人窒息。

---

修复（至少对我们来说）是升级到2.8.6我知道这不是最新的版本，但它对我们很有效。待烟雾消散后，我们将升级

我在同一个问题上挣扎了太久，我读到的几乎所有建议都是更新nuget VS extension（我使用的是VS package manager控制台）或重新启动VS，但没有任何效果

我的设置（发布时）：

• VS 2015专业版更新2
• 软件包管理器控制台主机版本3.4.3.855

最终对我有效的解决方案：

关闭VS（如果打开）

删除%AppData%\NuGet\NuGet.Config

打开VS和package manager控制台（这将重新创建Nuget.config）

这更新了我的nuget.org提要，不再指向www.nuget.org/api/v2（见下图）

我的Microsoft和.NET订阅源也被选中，我也不得不取消选择：

在此之后，安装包不再挂起“尝试收集包的依赖项信息…”

删除nuget.config的想法值得称赞

请转到（用户的）Windows计算机%appdata%\Nuget中的Nuget.config位置

在这里，您可以删除错误包位置/链接的密钥

现在尝试在SHELL中使用相同的命令下载包

---

对我来说，这一直是一个配置错误的代理问题。当错误显示为“正在收集依赖项…”时，通常会尝试下载一些包

---

如果所有nuget配置都正确，请务必检查系统代理。

半相关：也会发生在坏连接上。我把它放了几分钟，它终于通过了。如果未来的读者只拥有官方的nuget report，那么可能会对他们有用。在我的例子中，另一个包源并没有真正停机，因为它正在响应。但是，关闭了nuget.org之外的所有来源，为我解决了这个问题。我们正在为一个客户运行一个内部nuget服务器，它位于VPN后面。我忘了打开VPN。我一下载，软件包就下载得很好（尽管它来自官方的NuGet服务器，与我们的内部服务器无关）！这两个小时让我抓狂。谢谢你，伙计！令人惊叹的！！！这真是一种痛苦。删除Nuget v2订阅源是关键。谢谢。这很有效！！对我来说只是花了一段时间。继续并尝试使用

-Verbosity detailed

标志查看命令挂起的位置