针对。net Core 3.1的VS 2019版本16.4.4解决方案

在尝试了这里提出的几乎所有解决方案之后，我关闭了VS。 当我重新打开它时，几秒钟后一切都恢复正常了……

微软已经在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签出项目时，我复杂的构建体系结构完美地运行了新的包。

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

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

也可能是在试图安装软件包时运行该程序的结果。当内置的IIS在后台运行时，如果你试图点击它，它会变成灰色。

如果你有任何问题或缺少任何包，你可以简单地右键单击你的项目，选择“管理NuGet包的解决方案…”。点击后，屏幕会打开，你会看到一个菜单栏上写着“还原”:

单击它，所需的软件包将自动安装。 我相信这就是你要找的，这解决了我的问题。

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

您可以从运行控制台

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