我在运行MSTest时遇到了这个问题。如果没有“不隔离”的标志，我就无法让它工作。

希望这能帮助到一些人。花了我很多时间才弄明白。在IDE中一切都运行正常。在这个上下文中，实体框架有些奇怪。

定期迁移

有两个选项——这里每个人都建议的第一个选项是确保连接字符串在Web中。项目配置文件。当使用来自Azure应用程序设置的连接字符串时，这意味着要重写Web。配置值与Azure值。

Azure或自动迁移(编程式)

如果你以编程方式运行迁移，还有第二个选项可用，它允许你使用动态获得的连接字符串(或通过Azure应用程序设置)运行迁移，而不将其存储在Web.config中:

在设置配置的TargetDatabase时，使用DbConnectionInfo构造函数，它接受一个连接字符串和一个提供者名称，而不是只接受一个连接名称的构造函数。如果您的连接字符串没有提供商名称，并且您使用的是SQL Server / Azure SQL，则使用"System.Data.SqlClient"

我在运行MSTest时遇到了这个问题。如果没有“不隔离”的标志，我就无法让它工作。

希望这能帮助到一些人。花了我很多时间才弄明白。在IDE中一切都运行正常。在这个上下文中，实体框架有些奇怪。

你是对的，这是因为类库(其中.edmx文件)不是你的启动/主项目。

您需要将连接字符串复制到主项目配置文件。

如果你的启动/主项目没有配置文件(就像在我的控制台应用程序的情况下)，只需添加一个(启动项目-添加新项->应用程序配置文件)。

更多相关信息可以在这里找到: MetadataException:无法加载指定的元数据资源

如果你在解决方案中有多个项目，那么在你有真理App.config的地方开始安装项目。

这也可能导致在调用代码中没有引用足够的dll引用。一个小小的笨拙的hack可以挽救你的一天。

我遵循DB First方法，并在DAL类库项目中创建了EDMX文件，这是对BAL类库的引用，而BAL类库又由WCF服务引用。

由于我在BAL中得到这个错误，我尝试了上面提到的方法从DAL项目的App.config复制配置细节，但没有解决。最终，在一个朋友的建议下，我只是添加了一个虚拟的EDMX文件到WCF项目(与相关的DB Connectivity等)，所以它导入了所有必要的东西，然后我只是删除了EDMX文件，它只是摆脱了一个干净的构建问题。