我的工作时，我复制包文件夹解决方案文件和项目文件夹。我只是没有复制包文件夹从以前的地方。

我找不到任何解决方案，所以我添加了一个nuget.exe副本和一个powershell脚本到解决方案的根目录，称为prebuild。Ps1的以下内容。

$nugetexe = 'nuget.exe'
$args = 'restore SOLUTION_NAME_HERE.sln'
Start-Process $nugetexe -ArgumentList $args

在我的构建中，我在预构建脚本路径中调用这个powershell脚本

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

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

Update-Package –reinstall

更新:

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

Update-Package –reinstall -ProjectName SampleApp

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

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

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

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

对于在这里遇到我遇到的问题(在构建服务器上恢复了一些包，但不是所有包)的任何人来说，对我来说，难题的最后一块是添加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" />