运行迁移器以从使用packages.config升级到PackageReference，为我轻松修复了此错误。如果您运行的是Visual Studio 2017 15.7版或更高版本，您可以按照以下步骤进行升级。

https://learn.microsoft.com/en-us/nuget/consume-packages/migrate-packages-config-to-package-reference#migration-步骤

以下是步骤（从上述链接复制）：

使用packages.config打开包含项目的解决方案。在解决方案资源管理器中，右键单击“引用”节点或packages.config文件，然后选择将packages.cnfig迁移到程序包参考。。。。迁移器分析项目的NuGet包引用和尝试将它们分类为顶级依赖项（NuGet直接安装的软件包）和Transitive依赖项（作为顶级包的依赖项安装的包）。注意：PackageReference支持可传递的包还原和解析依赖关系是动态的，这意味着传递依赖关系需要不能显式安装。（可选）您可以选择将NuGet包分类为通过选择程序包的顶层选项。此选项自动设置为包含不流动的资产的包（build、buildCrossTargeting、contentFiles或分析器文件夹）和标记为开发依赖项（developmentDependency=“真”）。检查所有程序包兼容性问题。选择“确定”开始迁移。在迁移结束时，Visual Studio提供了一个带有备份路径、已安装软件包的列表（顶级依赖项），引用为可传递的包列表依赖关系，以及在开始迁移。报告将保存到备份文件夹中。验证解决方案是否构建并运行。如果您遇到问题，在GitHub上提交问题。

我在使用内部包存储库时遇到了这个问题。我已经将主包添加到内部存储库中，但没有添加包的依赖项。确保将所有依赖项、依赖项的依赖项、递归等也添加到内部存储库中。

由于引用了与我正在生成的程序集同名的程序集，我收到了此错误消息。

这已编译，但它用当前项目程序集覆盖引用的程序集，从而导致错误。

为了解决这个问题，我更改了项目的名称，并通过右键单击项目并选择“财产”来更改可用的程序集财产。

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

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

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

问题已经有了答案，但如果同一解决方案中不同版本的NuGet包出现了问题，您可以尝试以下方法。

打开NuGet Package Manager，您会看到我的服务项目版本与其他版本不同。

然后更新包含包的旧版本的项目。

如果尝试使用反射进行后期绑定，如果绑定到的程序集具有强名称或其公钥标记已更改，则会引发完全相同的错误。即使实际上没有使用指定的公钥令牌找到任何程序集，错误也是一样的。

您需要添加正确的公钥令牌（可以使用dll上的sn-T获取它）以解决错误。希望这有帮助。