我不得不删除包文件夹关闭并重新打开(VS2015)解决方案。我没有进行迁移，也没有将包签入源代码控制。我只能说有些事情搞砸了，这个解决了。

更简单的是，在解决方案中添加一个. Nuget文件夹，然后就会出现“还原Nuget包”(不确定是否需要Nuget .exe才能正常工作)。

我使用msbuild /t:restore。

资料来源:

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

和…

这招很管用=]

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

使用此命令恢复所有包

dotnet restore

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

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

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

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

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

在尝试构建示例项目gplus-quickstart-csharp-master时，我也遇到了同样的问题。

我仔细查看了错误信息，并从克服这个错误中找到了一个解决方案，希望这将有所帮助。

右键单击解决方案文件并在windows资源管理器中打开。 用NuGet复制. NuGet文件夹。Config, NuGet.exe, NuGet。目标(下载链接或简单地从其他项目复制并替换) 尝试重新构建解决方案。

享受! !