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

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

Update-Package –reinstall

更新:

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

Update-Package –reinstall -ProjectName SampleApp

对于在这里遇到我遇到的问题(在构建服务器上恢复了一些包，但不是所有包)的任何人来说，对我来说，难题的最后一块是添加NuGet。config在我的解决方案的根文件中，是. sln文件的兄弟，正如David Ebbo在这里解释的:http://blog.davidebbo.com/2014/01/the-right-way-to-restore-nuget-packages.html。

从Ebbo的博客文章来看，文件内容对我来说很简单

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="nuget.org" value="https://www.nuget.org/api/v2/" />
  </packageSources>
</configuration>

更新:

v3的NuGet API URL已更改(截至2016年9月)。从https://www.nuget.org/

<add key="nuget.org" value="https://api.nuget.org/v3/index.json" />

在我的例子中，*中缺少<RestorePackages>true</RestorePackages>。csproj文件。没有必要删除我在前面的回答中看到的代码片段。

如果使用package，也会得到这个错误。与此构建命令一起配置

MSBuild.exe /t:Restore MySln.sln

在这种情况下，要么切换到nuget恢复命令，要么使用PackageReference。

当从Git部署时，我在Azure中失败地构建了这个问题。

原来我的.gitignore从..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.2.0.0\build\net46\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props中排除了build文件夹。

一旦构建文件夹(强制)提交到Git，问题就解决了。

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