是的，这很愚蠢。使用连接构建器可以避免复制连接字符串。VB。Net代码(在生产中使用，但在这里略有修改，因此视为未经测试，乐意协助解决任何问题)，其中我有一个serverName变量，一个databaseName变量，我将它们传递到一个方法，并让它为我生成连接:

    Dim EfBuilder As New System.Data.EntityClient.EntityConnectionStringBuilder("metadata=res://*/VMware.VmEf.csdl|res://*/VMware.VmEf.ssdl|res://*/VMware.VmEf.msl;provider=System.Data.SqlClient;provider connection string=""data source=none;initial catalog=none;integrated security=True;multipleactiveresultsets=True;App=EntityFramework""")
   Dim SqlBuilder As New Data.SqlClient.SqlConnectionStringBuilder(EfBuilder.ProviderConnectionString)
                        SqlBuilder.DataSource = serverName
                        SqlBuilder.InitialCatalog = databaseName
                        EfBuilder.ProviderConnectionString = SqlBuilder.ConnectionString
                        Using vmCtx As New VmEfConn(EfBuilder.ConnectionString)

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

正如您所猜测的，这与类库的app.config中的连接字符串有关。

将类app.config中的条目复制到容器的app.config或web中。配置文件

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

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

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

定期迁移

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

Azure或自动迁移(编程式)

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

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

我也遇到过同样的问题。我错过了把连接字符串到启动项目，因为我正在从其他层执行数据访问操作。同样，如果你的启动项目中没有app.config，那么添加app.config文件，然后向该配置文件添加连接字符串。