基于Category模型创建EF Core迁移遇问题：Add-Migration生成空迁移如何解决？

你已经定义了Category模型和包含它的ApplicationDbContext，但执行Add-Migration Category却得到了空迁移，我来帮你排查几个常见原因和解决办法：

常见问题与解决步骤 #

1. 确认命令在正确的项目中执行 #

如果你的解决方案包含多个项目（比如Web项目和独立的数据类库项目），EF Core很可能跑错了项目，导致无法检测到模型变化。执行命令时要明确指定目标项目（存放DbContext和模型的项目）和启动项目（配置连接字符串的项目）：

Add-Migration Category -Project YourDataProjectName -StartupProject YourWebProjectName

把YourDataProjectName和YourWebProjectName替换成你实际的项目名称即可。

2. 检查DbContext是否被正确注册 #

确保在Program.cs（.NET 6+）或Startup.cs（.NET 5及更早）中，已经正确注册了ApplicationDbContext，并且配置了正确的数据库连接字符串：

// .NET 6+ 示例代码
builder.Services.AddDbContext<ApplicationDbContext>(options =>
    options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection")));

如果DbContext没被正确注入，EF Core无法读取到你的模型定义，自然生成空迁移。

3. 检查迁移快照是否已包含Category结构 #

有时候你可能之前已经生成过包含Category的迁移，只是没留意。可以打开项目中的Migrations文件夹，找到YourDbContextModelSnapshot.cs文件，查看里面是否已经有Category相关的实体配置。如果已经存在，新的迁移自然是空的——这种情况下直接执行Update-Database同步数据库即可，不需要再生成新迁移。

4. 强制EF Core检测模型变化（临时小技巧） #

如果上面的方法都没效果，可以试试这个小妙招：

• 在Category模型里临时加一个无关属性，比如：

  public string TempProperty { get; set; }
  

• 再次执行Add-Migration Category，这时候EF Core应该能检测到变化，生成包含Category表和临时属性的迁移。
• 打开生成的迁移文件，删掉关于TempProperty的代码，只保留创建Category表的部分。
• 最后执行Update-Database完成数据库更新。

5. 清理现有迁移（极端情况） #

如果之前的迁移记录已经混乱，可以彻底重置：

• 删除Migrations文件夹下的所有文件（保留配置文件如appsettings.json）。
• 删掉数据库中的__EFMigrationsHistory表（如果已经创建）。
• 重新执行Add-Migration InitialCreate，这时候会生成包含所有模型的完整初始迁移。

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