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

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

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

将连接字符串复制到app.config或web。如果在数据层项目中使用实体框架，请在主项目中安装实体框架nuget。

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

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

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

我刚刚发现的解决这个问题的最好方法是临时将该项目(很可能是一个类库)设置为启动项目。这将强制包管理器控制台使用该项目作为它的配置源。这样设置的部分原因是配置文件通常遵循的自顶向下模型。经验法则是，最接近客户端的项目(例如MVC应用程序)是web。将使用的Config或app.config。

确保你的项目(使用DbContext)作为启动

OR

添加到app.config(或web.config)中设置为启动连接字符串的项目

OR

像这样调用命令

Update-Database -Script -ProjectName '<项目名称>' -StartupProjectName '<项目名称>' -ConnectionString '数据源=.;初始目录=<db名称>;集成安全性=True;MultipleActiveResultSets=True' -ConnectionProviderName 'System.Data.SqlClient'

然后再试一次

@RyanMann在上面的回答下评论道:

将连接字符串存储在一个配置文件中，然后通过<connectionString configSource="../ProjectDir/SharedConnections "在其他项目中引用它们。配置" / >

这是一个很棒的建议!

它还可以在App.config和Web之间共享连接字符串。配置文件!

任何想要遵循这个建议的人，都应该去看看这个SO答案。 它有一个关于在解决方案中的多个项目之间共享连接字符串的非常棒的分步指南。

唯一需要注意的是，configSource必须存在于同一目录或子目录中。上面的链接解释了如何使用“添加为链接”来解决这个问题。