Ivan Branets的解决方案基本上为我解决了这个问题，但更多的细节可以分享。

在我的情况下，我在VS 2015使用自动包恢复和TFS。这些都是默认的东西。

问题是，当另一个开发人员试图从TFS获得解决方案时，一些包没有完全恢复。(为什么，我还不太确定。)但是packages文件夹包含了一个用于引用和NuGet包的文件夹，但是它没有被展开(比如一个包含.dll的lib文件夹丢失了)。这一半，但不是很正确的概念阻止了包装的恢复。

您可以认出这一点，因为该引用将有一个黄色感叹号，表示未被解析。

因此，删除包中的文件夹的解决方案消除了包恢复阻塞问题。然后，您可以在顶部解决方案级别上单击右键，以获得恢复包的选项，现在它应该可以工作了。

我想对于asp.net 4项目，我们将转向自动恢复，所以不需要这样做。对于较老的项目，我认为需要进行一些转换。

http://docs.nuget.org/docs/workflows/migrating-to-automatic-package-restore

您可以选择从“packages”文件夹中删除所有文件夹，并选择“Manage NuGet packages for Solution…”。在这种情况下，“恢复”按钮出现在NuGet Packages Windows上。

这个方法对我很有效:

关闭VS2015 在VS2013中临时打开解决方案，并通过右键单击解决方案启用nuget包恢复(我也做了一个重建，但我怀疑这是不需要的)。 关闭VS2013 在VS2015中重新打开解决方案

你现在已经在VS2015中启用了nuget包恢复。

如果其他人在Visual Studio 2017中发现这个问题，请确保项目是通过.sln文件而不是文件夹打开的，因为Visual Studio如果按文件夹打开则不会拾取设置。如果您正在为git使用Visual Studio在线服务，则默认会发生这种情况。

帮助我通过工具>>> Nuget包管理>>>一般然后勾选选项允许Nuget下载丢失的包和自动检查丢失的包在visual studio中构建。