如果我移动 Migrations 文件夹，为什么 EF 6 会忽略已应用的迁移？

Question

当我第一次运行Enable-Migrations我的项目时，它Migrations在项目根目录下创建了一个文件夹。然后，我将该Migrations文件夹移动到我的文件夹下Data，其中包含上下文和模型等。然后我更正了两个已应用的迁移中的名称空间。

然后我尝试使用 进行第三次迁移Add-Migration IdToLong，并收到错误消息：

无法生成显式迁移，因为以下显式迁移处于待处理状态：[201703061039495_Initial、201703061159110_ContactRequest]。在尝试生成新的显式迁移之前应用挂起的显式迁移。

我能想到的唯一原因是 EF 存储了连接字符串位置的相对路径，而该路径现在毫无用处。我见过一些报告，表明 EF 在无法连接到数据库时显示相同的消息。

EF 的这种隐藏存储/配置与我们使用 EF Core 的方向背道而驰，我真的希望这个问题不会出现在那里。

接下来回答我的问题，当我移动MigrationsEF 以便 EF 无法再看到我已经应用了这些迁移时，发生了什么变化或没有发生变化？

Answer 1

当您移动迁移时，您可能（可能）更改了对象的命名空间。此命名空间用作 __MigrationHistory 表中 ContextKey 列的默认值。因此，现在当 EF 检查已应用哪些迁移时，它将与旧的迁移不匹配。

如果这是您的问题，您可以通过以下几种方式解决它：

1) 运行脚本来重命名上下文键以匹配您的新命名空间：

UPDATE [dbo].[__MigrationHistory] 
   SET [ContextKey] = 'New_Namespace.Migrations.Configuration'
 WHERE [ContextKey] = 'Old_Namespace.Migrations.Configuration'

2) 将旧的上下文键硬编码到迁移配置构造函数中：

public Configuration()
{
    AutomaticMigrationsEnabled = false;
    ContextKey = "Old_Namespace.Migrations.Configuration";
}