对我们来说，问题是由其他原因造成的。DevExpress组件的许可证文件包含两行，一行用于未安装在此特定计算机上的旧版本组件。从许可证文件中删除旧版本解决了问题。

令人讨厌的是，错误消息没有指出是什么引用导致了问题。

如果您正在使用Visual Studio，请尝试“清理解决方案”，然后重新生成项目。

我今天遇到了同样的问题，在我对实体框架进行了更改后，我无法执行添加迁移。

我的解决方案中有两个项目，我们称它们为“客户端”和“数据”，这是一个包含我的EF模型和上下文的类库项目。客户参考了数据项目。

我已经签署了两个项目，然后对EF模型进行了修改。删除签名后，我可以添加迁移，然后可以重新签署项目。

我希望这对某人有用，避免他们长期受挫。。

我只是找到了另一个原因，为什么会出现这个错误。我从特定库的所有版本中清理了我的GAC，并参照与可执行文件一起部署的特定版本构建了我的项目。当我运行这个项目时，我在搜索库的更新版本时遇到了这个异常。

原因是发布者策略。当我从GAC卸载库的版本时，我忘了卸载发布者策略程序集，所以程序集加载器在GAC中找到发布者策略，告诉它搜索新版本，而不是使用本地部署的程序集。

运行迁移器以从使用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上提交问题。

我也有类似的问题，但没有一个答案对我有效。

对我有效的解决方案是手动从项目文件（YourProject.csproj）中删除publicKeyToken部分。

以前是：

<Reference Include="Utility, Version=0.0.0.0, Culture=neutral, PublicKeyToken=e71b9933bfee3534, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>dlls\Utility.dll</HintPath>
</Reference>

更改后为：

<Reference Include="Utility, Version=1.0.1.100, Culture=neutral, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>dlls\Utility.dll</HintPath>
</Reference>

确保SpecificVersion为False。