我添加了一个NuGet包，结果发现我的应用程序的黑盒部分引用了旧版本的库。

我删除了包并引用了旧版本的静态DLL文件，但web.config文件从未从以下位置更新：

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" />
    <bindingRedirect oldVersion="0.0.0.0-4.5.0.0" newVersion="6.0.0.0" />
</dependentAssembly>

恢复到卸载包时应该恢复的状态：

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" />
    <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.5.0.0" />
</dependentAssembly>

我的情况与内森·贝德福德的帖子非常相似，但有一点扭曲。我的项目也以两种方式引用了更改的dll。1） 直接和2）间接地通过引用组件（类库），该组件本身具有对更改的dll的引用。现在，我的组件（2）Visual studio项目引用了更改的dll的正确版本。但是，组件本身的版本号没有更改。因此，安装新版本的项目未能替换客户端计算机上的组件。

最终结果：直接引用（1）和间接引用（2）指向客户端计算机上更改的dll的不同版本。在我的开发机器上，它工作得很好。

解决方案：删除应用程序；从应用程序文件夹中删除所有DLL；重新安装。在我的情况下，就这么简单。

我想补充一下，我正在创建一个基本的ASP.NET MVC 4项目，并通过NuGet添加了DotNetOpenAuth.AspNet。在我引用Microsoft.Web.WebPages.OAuth的不匹配DLL文件后，这导致了相同的错误。

为了修复它，我做了一个更新包，并清理了完整重建的解决方案。

这对我来说很有效，有点懒，但时间就是金钱：-P

我的问题是将源代码复制到一台新机器上，而不覆盖任何引用的程序集。

我没有采取任何措施来纠正错误，所以匆忙中，我删除了BIN目录。重新构建了我的源代码，从那时起就开始工作了。

我的问题是，在新版本中删除了旧dll的dployed。为了解决这个问题，我只选中了在发布时删除目标位置的其他文件的复选框。删除目标位置的其他文件

我自己遇到了这个问题，我发现这个问题与其他人遇到的问题不同。

我的主项目引用了两个dll：CompanyClasses.dll和CompanyControls.dll

无法加载文件或程序集'CompanyClasses，版本=1.4.1.0，培养=中性，PublicKeyToken=045746ba8544160c'或它的一个依赖项。位于程序集的清单定义与程序集引用不匹配

问题是，我的系统中没有版本号为1.4.1的CompanyClasses.dll文件。GAC中没有，应用程序文件夹中没有。。。任何地方都没有。我搜索了整个硬盘。我所有的CompanyClasses.dll文件都是1.4.2。

我发现，真正的问题是CompanyControls.dll引用了CompanyClasses.dll的1.4.1版本。我刚刚重新编译了CompanyControl.dll（在引用CompanyClasss.dll 1.4.2之后），这个错误就消失了。