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

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

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

享受! !

正如Mike已经提到的，在VS2015中没有“启用NuGet包还原”选项。您必须手动调用恢复过程。一个很好的方法-不会弄乱文件和目录-是使用NuGet包管理控制台:点击进入“快速开始”字段(通常在右上角)，进入控制台，打开管理控制台，并输入命令:

Update-Package –reinstall

这将重新安装解决方案中所有项目的所有包。要指定单个项目，输入:

Update-Package –reinstall -ProjectName MyProject

当然，这只是在恢复按钮(有时由VS2015提供)不可用时才有必要。这里列出并解释了更多有用的更新命令:https://learn.microsoft.com/en-us/nuget/consume-packages/reinstalling-and-updating-packages

如果在从visual studio构建应用程序时，或者试图从visual studio UI或包管理器控制台恢复应用程序时，包恢复没有自动发生，请尝试从命令行进行恢复。

检查是否在您的机器中安装了nuget，如果没有，请尝试从这里安装它，或者您可以下载nuget.exe并将其放在项目/解决方案的根目录中。

完成之后，CD到项目/解决方案包所在的路径。配置文件存在，执行以下命令。

nuget.exe restore <projectname>\packages.config -PackagesDirectory .\Packages

这里，-PackagesDirectory .\Packages组合在一起意味着恢复的输出将保存在名为Packages的新文件夹中，位于项目根级。

欲了解更多，请参阅微软文档参考

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

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

微软已经在VS2015中放弃了对“启用NuGet包恢复”的支持，你需要做一些手动更改来迁移旧的解决方案或将该功能添加到新的解决方案中。这个新特性在NuGet包还原中有很好的描述。

这里还有一个针对现有项目的迁移指南(如前所述):NuGet迁移指南

当升级:

不要删除。nuget目录。 删除nuget.exe和nuget.exe。目标文件。 保留nuget.config。 手动清除每个项目文件中对NuGet目标的任何引用。上面提到的Powershell脚本似乎弊大于利。

创建新项目时:

In your Visual Studio 2015 solution, create a Solution Directory called .nuget. Create an actual directory of the solution directory (where the .sln file lives) and call it .nuget (note that the solution directory is not the same as the actual file system directory even though they have the same name). Create a file in the .nuget directory called nuget.config. Add the 'nuget.config' to the solution directory created in step #2. Place the following text in the nuget.config file: <?xml version="1.0" encoding="utf-8"?> <configuration> <config> <add key="repositorypath" value="$\..\..\..\..\Packages" /> </config> <solution> <add key="disableSourceControlIntegration" value="true" /> </solution> </configuration>

这个配置文件将允许您将所有包合并到一个地方，这样您就不会在文件系统中有相同包的20个不同副本。相对路径将根据您的解决方案目录体系结构而改变，但它应该指向所有解决方案的公共目录。

在执行步骤5后，需要重新启动visual studio。除非你这样做，否则Nuget不会发现这些变化。

最后，您可能必须使用“Nuget包管理器的解决方案”卸载，然后重新安装包。我不知道这是否是我运行的Powershell脚本的副作用，或者只是踢NuGet回到齿轮的方法。当我完成了所有这些步骤后，当我从TFVC签出项目时，我复杂的构建体系结构完美地运行了新的包。

去visual studio的参考，看看哪些包丢失了。 现在在可视化中右键单击解决方案，然后在文件资源管理器中单击打开的文件夹。 现在打开包文件夹，删除丢失的包文件夹。 打开visual studio并构建解决方案。所有丢失的包都将被恢复。 如果我帮忙了，请把这个标记为答案。