我也遇到了同样的问题，原来我引用的一个项目在解决方案目录之外(因此没有共享相同的“/packages”文件夹)。对我来说有效的解决方案是打开参考项目的解决方案并在那里构建它。一旦项目建成，错误就消失了。

我的问题是NuGet不能自动获取/更新包，因为完整的文件路径太大了。通过将我的解决方案移动到我的文档中的一个文件夹而不是一个深度嵌套的文件夹来修复。

然后可以右键单击解决方案并选择“恢复NuGet包”(如果您只是构建它并让它为您完成它，这可能是不必要的)，然后选择“管理解决方案的NuGet包”以将所有包更新到最新版本。

这是从微软网站上下载的一个ASP MVC应用程序示例的解决方案。

注意——这将更新整个解决方案的包，而不仅仅是项目。

如果你还有一个丢失的nuget包，在构建解决方案时给出错误，请使用以下命令，从工具> nuget包管理器>包管理器控制台使用nuget命令控制台。它将重新安装您的所有当前包。

Update-Package –reinstall

更新:

您可以将特定的项目名称作为参数传递。

Update-Package –reinstall -ProjectName SampleApp

对我来说，包在正确的路径下，但是包文件夹中的构建文件夹不是。我只是删除了它所说的所有丢失的包并重新构建解决方案，它成功地创建了构建文件夹和.props文件。所以错误消息是正确的，它告诉我有什么东西漏了。

不同的用户名是常见的原因，Nuget下载一切到:“C:\Users\USER_NAME\source\repos”，如果你之前在不同的用户名上设置了项目。csproj文件可能仍然包含旧的用户名，只需打开它，并做一个搜索替换“C:\Users\ old_user_name \source\repos”到“C:\Users\NEW_USER_NAME\source\repos”。

错误信息是完全正确的。我试了所有的花招，没有一个奏效。项目(简单的MVC Web应用程序测试)从Windows 8.1 VS 2015社区转移到我在Windows 10上的新测试箱。所有VS 2015的最新更新都适用。 我甚至无法安装任何更新版本的编译器包。

Loop:
<LOOP>This seems to be a Ground Hog Day phenomena.</LOOP>
GoTo Loop

我最终只是将Microsoft.Net.Compilers.1.0.0从旧项目复制到新项目中，它工作了。 然后我可以开始将其他包更新到新版本。 在我看来是nuget项目升级过程的bug。

注意:最初的项目是在VS 2015中创建的，没有任何遗留的nuget方法。