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

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

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

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

在我的案例中，上述解决方案都不起作用——问题是由app.config中定义的旧的.net配置（2.0）架构引起的，因为bindingRedirect不起作用。

删除xmlns=“http://schemas.microsoft.com/.NetConfiguration/v2.0“来自app.config或web.config，因为在较旧版本的.net framework（如2.0）中似乎不支持bindingRedirect

希望这能为某人节省几个小时或几天的时间。

我在开始使用InstallShield后遇到了这个问题。尽管建造订单显示安装项目是最后一个，但它的建造仍不正常。

我纠正了这一点，使每个其他项目都依赖它-这迫使安装最后构建，从而消除了我的程序集不匹配。我希望这有帮助。

这是我解决这个问题的方法。

从异常消息中，获取“问题”库的名称和“预期”版本号。

在解决方案中查找该.dll的所有副本，右键单击它们，然后检查它是哪个版本的.dll。

好的，在这个例子中，我的.dll肯定是2.0.5022.0（所以异常版本号是错误的）。

在解决方案中的所有.csproj文件中搜索异常消息中显示的版本号。用dll中的实际版本号替换此版本号。

所以，在这个例子中，我将替换这个。。。

<Reference Include="DocumentFormat.OpenXml, Version=2.5.5631.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />

…用这个。。。

<Reference Include="DocumentFormat.OpenXml, Version=2.0.5022.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />

工作完成！

.NET程序集加载器：

找不到1.2.0.203但确实找到了1.2.0.200

此程序集与请求的程序集不匹配，因此会出现此错误。

简单地说，它找不到被引用的程序集。通过将程序集放在GAC或应用程序路径中，确保它可以找到正确的程序集。

运行以下命令将程序集dll文件添加到GAC：

gacutil /i "path/to/my.dll"

另请参见https://learn.microsoft.com/archive/blogs/junfeng/the-located-assemblys-manifest-definition-with-name-xxx-dll-does-not-match-the-assembly-reference.

只需删除项目的bin文件夹中的内容并重新生成解决方案就解决了我的问题。