如果所有这些都失败了(或者在此之前)，您可能需要检查并查看NuGet是否是包源代码。我安装了VS2017，默认情况下它不在那里。我觉得有点奇怪。

工具- NuGet包管理器-包管理器设置 点击对话框左侧导航的“包源”。 使用加号(+)添加Nuget URL: https://api.nuget.org/v3/index.json

包管理器控制台(Visual Studio, Tools > NuGet包管理器>包管理器控制台):运行Update-Package -重装-ProjectName命令，其中是在解决方案资源管理器中显示的受影响项目的名称。使用Update-Package -重装自行恢复解决方案中的所有包。看到更新包。如果需要，还可以重新安装单个包。

从https://learn.microsoft.com/en-us/nuget/quickstart/restore

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

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

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

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

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

对于.NET核心项目，在NuGet包管理器控制台中运行dotnet restore或dotnet build命令(会自动运行恢复)

您可以从运行控制台

> NuGet包管理器>包管理器控制台

这个方法对我很有效:

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

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

我使用msbuild /t:restore。

资料来源:

我的问题是用MSBuild 所以我遵循了@Vinney Kelly的链接:将msbuild集成解决方案迁移到自动包恢复

和…

这招很管用=]

MSBuild:使用MSBuild /t:restore命令恢复包 项目文件中列出的包(仅限PackageReference)。可用 只有在NuGet 4。和MSBuild 15.1+，它们包含在Visual . x+中 2017工作室。Nuget restore和dotnet restore都使用该命令 适用项目。