编程语言
首页 > 编程语言> > c# – 如果移动Migrations文件夹,为什么EF 6会忽略应用的迁移?

c# – 如果移动Migrations文件夹,为什么EF 6会忽略应用的迁移?

作者:互联网

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

然后我尝试使用Add-Migration IdToLong进行第三次迁移,我收到一条错误消息:

Unable to generate an explicit migration because the following
explicit migrations are pending: [201703061039495_Initial,
201703061159110_ContactRequest]. Apply the pending explicit migrations
before attempting to generate a new explicit migration.

我能想到的唯一原因是EF已经存储了连接字符串位置的相对路径,并且该路径现在无用.我看到几个报告,当无法连接到数据库时,EF显示相同的消息.

EF的这个隐藏存储/配置与我们使用EF Core移动的位置相悖,我真的希望这个问题不会发生在那里.

为了解决我的问题,当我移动迁移时,更改或未更改的内容使EF无法再看到我已经应用了这些迁移?

解决方法:

移动迁移时,您可能(可能)更改了对象的命名空间.此命名空间用作__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";
}

标签:c,entity-framework,entity-framework-6,ef-migrations
来源: https://codeday.me/bug/20190623/1265816.html