同一数据库下多项目不同EF上下文迁移冲突问题求解

一、.NET 4.6 端（EF6）配置调整 #

• 禁用自动数据库初始化逻辑，避免EF6主动触发建库校验，在对应DbContext的构造函数中添加代码：
  Database.SetInitializer<YourEF6DbContext>(null);
• 显式指定专属迁移历史表与上下文标识，打开EF6迁移目录下的Configuration.cs文件，在构造函数中添加配置：

// 指定EF6专属迁移历史表名，避免和EF Core的表冲突
this.MigrationsHistoryTable = "__MigrationHistory_EF6";
// 配置唯一上下文标识，避免识别迁移记录时冲突
this.ContextKey = "YourProjectName.EF6Context";

• 执行数据调整：将数据库中原有的__MigrationHistory表重命名为__MigrationHistory_EF6，批量更新该表中所有记录的ContextKey字段值为上述配置的唯一标识。

二、.NET Core 端（EF Core）配置调整 #

• 注册DbContext时显式指定专属迁移历史表，在AddDbContext的配置逻辑中添加如下配置：

services.AddDbContext<YourEFCoreDbContext>(options =>
    options.UseSqlServer("你的数据库连接字符串", builder =>
    {
        // 指定EF Core专属迁移历史表名
        builder.MigrationsHistoryTable("__MigrationHistory_EFCore", "dbo");
    }));

• 移除代码中所有调用DbContext.Database.EnsureCreated()的逻辑，该方法会绕过迁移校验直接尝试建库，是触发冲突的常见原因，所有结构变更统一走迁移流程。

三、生效验证步骤 #

• 先完成全库备份，避免配置错误导致数据丢失
• 单独执行EF6项目的迁移命令：Update-Database，确认不再抛出数据库已存在的报错，且能正确识别已有迁移记录
• 单独执行EF Core服务的迁移命令：Update-Database，确认生成专属迁移历史表，仅对新增的业务表执行结构变更，不影响原有EF6维护的表

注意事项 #

两个DbContext仅维护自身负责的业务表的DbSet属性，不要交叉声明对方负责的表，避免迁移扫描时生成误操作的变更脚本。

内容的提问来源于stack exchange，提问作者Developer