经过3个小时的搜寻和调查。

我有问题，因为我们在团队中有两个成员(使用GitHub源代码控制)，因为我们没有限制文件的包发送到远程存储库，团队成员之一是发送包到服务器，我已经拉到我的本地更改。

在那之后，我有同样的问题，作为PO，我也不能发布我的API项目到服务器。

我刚刚用过的

更新-包-重新安装-在包管理控制台运行此命令

此命令将重新安装解决方案中使用的所有包。(适用于每个项目)

重新安装当前解决方案all PROJECTS中的所有包:

Update-Package - projectname ' project name ' -重新安装-在Package Manager控制台运行此命令

该命令将重新安装与“-ProjectName”后指定的项目相关的所有包。我认为这是更好的，因为我不得不等待半个小时重新安装所有的包在解决方案。

多亏了罗道夫·布洛克。

另外，我建议当你从远程服务器上拉更改时，按下“恢复包”按钮，Visual studio会显示这个按钮。

对于那些因为构建服务器遇到这个问题而到达这里的人，您可以创建一个MSBuild目标，运行exec命令来运行nuget恢复命令，如下所示(在这种情况下，nuget.exe在.nuget文件夹中，而不是在路径上)，然后可以在构建解决方案之前立即在TeamCity构建步骤中运行

<Target Name="BeforeBuild">
  <Exec Command="..\.nuget\nuget restore ..\MySolution.sln"/>
</Target>

你可以使用NuGet .exe来恢复你的包，或者安装了NuGet 2.7或以上版本，你可以简单地在Visual Studio中编译你的解决方案，这也会恢复丢失的包。

对于NuGet.exe，您可以为每个项目运行以下命令。

nuget install packages.config

或者使用NuGet 2.7，您可以使用命令行恢复解决方案中的所有包。

nuget restore YourSolution.sln

这两种情况都会把包裹拉下来。但是，当运行此命令时，您的项目文件将不会被修改，因此项目应该已经有了对NuGet包的引用。如果不是这样，那么您可以使用Visual Studio来安装这些包。

使用NuGet 2.7及以上版本，Visual Studio将在构建解决方案时自动恢复丢失的NuGet包，因此不需要使用NuGet.exe。

要更新解决方案中的所有包，首先恢复它们，然后您可以使用NuGet.exe更新包，或者从Visual Studio中从包管理器控制台窗口更新包，最后您可以使用管理包对话框。

从命令行，您可以将解决方案中的包更新到nuget.org提供的最新版本。

nuget update YourSolution.sln

注意，这不会在任何NuGet包中运行任何PowerShell脚本。

在Visual Studio中，您可以使用包管理器控制台来更新包。这样做的好处是，任何PowerShell脚本都将作为更新的一部分运行，而使用NuGet.exe将不会运行它们。下面的命令将每个项目中的所有包更新到nuget.org提供的最新版本。

Update-Package

您还可以将此限制为一个项目。

Update-Package -Project YourProjectName

如果您希望将软件包重新安装到与之前安装的版本相同的版本，则可以使用-重装参数和Update-Package命令。

Update-Package -reinstall

您还可以将此限制为一个项目。

Update-Package -reinstall -Project YourProjectName

-重装选项将首先卸载包，然后将其重新安装到项目中。

或者，您可以使用管理包对话框更新包。

更新:

2013/07/10更新有关nuget恢复在nuget 2.7的信息 2014/07/06 -更新了关于Visual Studio中自动包恢复的信息，并将答案与NuGet的其他更改一起更新。 2014/11/21 -更新有关-重新安装的信息

Update-Package -ProjectName 'YourProjectNameGoesHere' -Reinstall

这是我找到的最好最简单的例子。它将重新安装在包中列出的所有块。配置，它将保留当前版本。用项目名称替换YourProjectNameGoesHere。

我使用visual studio 2015，上面给出的解决方案不适合我，所以我做了以下工作:

从我的解决方案中删除packages文件夹，也从解决方案中的每个项目中删除bin和obj文件夹，并重新构建。

也许你会遇到下一个错误:

无法找到nuget.exe

要解决这个问题:在你的NuGet中改变这一行。并将其设置为true:

<DownloadNuGetExe Condition=" '$(DownloadNuGetExe)' == '' ">true</DownloadNuGetExe>

参考:https://stackoverflow.com/a/30918648和https://stackoverflow.com/a/20502049

我认为您需要做的第一件事是启用包恢复特性。也可以在这里看到。这是在解决方案(而不是项目)级别上完成的。

但这并不能解决所有问题——在启用恢复功能后，我遇到了类似的问题。(VS2013, NuGet 2.8)

事实证明，当我提交项目时，我已经(无意地)将包提交给了源代码控制——但是Visual Studio(和源代码控制插件)在执行签入时忽略了二进制文件。

当我创建一个发布分支时，问题出现了。我在dev/main/trunk分支的本地副本中有二进制文件，因为那是我最初安装/下载包的地方。 然而，在新的发布分支中，

包文件夹和. nuupkg文件都在那里——所以NuGet不认为有任何东西要恢复; 但与此同时，没有一个dll存在——即第三方引用缺失——所以我无法构建。

我删除了$(SolutionDir)/packages中的所有包文件夹(在发布分支下)，然后运行完整的重新构建，这一次构建成功了。 ．.． 当然，然后我回到源代码控制中删除了包文件夹(在主干和发布分支中)。我还不清楚(目前)存储库是否。配置文件也应该被删除。

项目模板为您安装的许多组件(至少对于web项目而言)都是NuGet包。也就是说，这个问题并不局限于您添加的包。 因此，在创建项目/解决方案后立即启用包恢复，在执行初始签入之前，清除packages文件夹(并确保将.nuget文件夹提交给源代码控制)。

免责声明:我在SO上看到了另一个答案，它表明清除packages文件夹是解决方案的一部分。这让我找到了正确的方向，所以我想给作者点赞，但我再也找不到那个问题/答案了。如果我偶然发现了，我会把它编辑一下。

我还要注意Update-Package -重装会修改.sln和.csproj/。vbproj文件。至少对我来说是这样的。恕我直言，这使得这个选择不那么有吸引力。