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

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

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

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

尝试将缺少的内容添加到全局程序集缓存中。

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

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

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

如果您遇到类似“找到的程序集的清单定义与程序集引用不匹配”的错误，并且您已经通过VS中的“项目”>“管理NuGet程序包和更新”选项卡进行了更新，那么您可以做的第一件事就是在从NuGet Gallery页面检查版本并从package Manager控制台运行以下命令后，尝试安装另一个版本的程序包：

PM> Install-Package YourPackageName -Version YourVersionNumber 
//Example
PM> Install-Package Microsoft.Extensions.FileProviders.Physical -Version 2.1.0

虽然答案和所讨论的包并没有直接关系，而且早在很久以前就有人问过它，但它是一种通用的，仍然相关，希望它能帮助一些人。

以下命令将任何程序集版本重定向到3.1.0.0版本。我们有一个脚本，它将始终更新App.config中的此引用，因此我们再也不用处理此问题了。

通过反射，您可以获取程序集publicKeyToken，并从.dll文件本身生成此块。

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
 <dependentAssembly>
    <assemblyIdentity name="Castle.Core" publicKeyToken="407dd0808d44fbdc" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="3.1.0.0" />
  </dependentAssembly>
</assemblyBinding>

注意，如果没有XML命名空间属性（xmlns），这将无法工作。

好的，再来一个答案。我之前将我的应用程序创建为64位，并相应地更改了输出路径（项目/财产/构建/输出/输出路径）。最近，我将应用程序更改为32位（x86），创建了一个新的输出路径。我创建了一个快捷方式，指向我认为编译的.exe要去的地方。无论我对源代码做了什么更改，它都得到了清单不匹配的错误。在大约一个小时的沮丧之后，我碰巧检查了.exe文件的日期/时间，发现它很旧，显然引用了旧的.dll。我正在将应用程序编译到旧目录中，我的快捷方式引用了新的。已将输出路径更改为.exe应指向的位置，运行快捷方式，错误消失。（拍打前额）