我也有同样的问题。微软显然已经意识到了这个问题，并且已经在下一个版本的预览中修复了这个问题，详情见下面的评论:

Https://developercommunity.visualstudio.com/comments/31393/view.html

与此同时，解决方案是打开 VS2017(不加载解决方案) ，打开 Package Manager 控制台，等待它完全加载，然后打开解决方案。

这种情况发生在我身上是由于 VS2017对 永远的支持不足。他们试图开始支持它在 project.json文件，但当翻译到 .csproj时，他们已经设法使某些东西相当破碎。

我有:

<Project ToolsVersion="15.0" Sdk="Microsoft.NET.Sdk.Web">
<PropertyGroup>
<Version>0.2.1-alpha</Version>
...

VS2017对此提供了部分支持，因为它可以编译，但是它破坏了 NuGet，并且由于。NET，以识别 永远的后缀。

解决办法是删除后缀:

<Project ToolsVersion="15.0" Sdk="Microsoft.NET.Sdk.Web">
<PropertyGroup>
<Version>0.2.1</Version>
...

现在 NuGet 成功了。

与@Keith 类似，这是我2017年项目文件中 永远的结果。

在 .csproj文件中，我使用的是 <PackageReference... Version="1.1.*" />。当解决方案第一次加载 Package Manager 时，输出如下:

Error occurred while restoring NuGet packages: The operation failed as details for project ProjectWebApi could not be loaded.

在 VS 2017 15.2 (26430.14)中，它似乎不会引起任何实际问题，解决方案加载和构建都很好。如果有更新的软件包版本可用，但在本地。作为解决方案启动的一部分，可以下载并安装 nuget 缓存。我还没有测试预发布或构建元数据标记后面的补丁号。

我已经面对这个问题好几次了，除了一个问题外，所有问题都被 刚刚关闭，然后重新启动2017视觉工作室解决了。所以，如果你没有，请尝试重新启动 VS，如果失败，寻找更严重的解决方案。

我还发现了导致这个错误的另一个问题。

如果您添加项目的包详细信息，并指定三位数的版本，如 1.0.0，您将得到这个错误。

如果将版本指定为 1.0.0.0，则解决方案将完美构建。我想这打破了一些内部验证，因为这也将设置在 csproj 文件中的 Version。

译者:

做: <Version>1.0.0.0</Version>

不要: <Version>1.0.0</Version>

更新: 请参阅基思的回答。

我在 VS 2017中遇到了同样的问题。NET SDK 更新。但是我找到了一个快速简单的解决方法。

当您的项目打开时，打开您的“包管理器控制台”，然后运行 'dotnet restore'命令。

在 Package Manager Console 窗口中，确保顶部的“ Package Source”下拉列表设置为“ All”，“ Default Project”设置为项目名称

可能的工作

试试这个: 将项目的位置更改为一个更简单的位置，例如将它放在桌面上。

可能的原因: 可能因为路径问题(包含空格、特殊字符等)无法加载。

参考资料:
我的老路: C:\Users\Corey\Google Drive\College\Semesters\2018\Spring\CSIS 434 (Programming)\Projects\Project 1
我的新路径是: C:\Users\Corey\Desktop

结论: 从安德鲁的解决方案来看，微软似乎仍在努力解决这个问题。不管怎样，这个工作可能对你有用！