定期迁移

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

Azure或自动迁移(编程式)

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

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

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

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

这是一个很棒的建议!

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

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

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

当您在项目中使用图层并在DataLayer中定义或安装实体框架并尝试运行项目时，会发生此问题

因此，为了克服这个问题，从Edmx文件所在的层复制连接字符串，并将连接字符串粘贴到main web.config中。

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

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

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

我通过没有将项目设置为启动来得到这一点，正如另一个答案所示。我对此的贡献-当做Add-Migrations和Update-Database时，在Nuget Package Manager Console中指定启动项目作为命令的一部分(不包括'['或']'字符，这只是为了告诉你你需要将位于那里的文本更改为你的项目名称):

Enable-Migrations Add-Migrations -StartupProject[包含数据上下文类的项目名称] Update-Database -StartupProject[与上面的项目名称相同]

这样就行了。

如果将启动项目更改为没有连接字符串的项目，也会发生这种情况。

右击解决方案-单击属性 在“公共属性”下，选择启动项目 在右窗格中选择项目 有连接字符串(在大多数情况下，这将是MVC项目- 启动解决方案的项目)