将本地应用迁移至Azure时遇ApplicationDbContext模型变更错误求助

嗨，这个问题我帮好几个做ASP.NET迁移到Azure的开发者处理过，本质就是Entity Framework检测到你的代码里的模型和Azure数据库里记录的模型版本不一致了，咱们一步步来解决：

第一步：对齐本地迁移与数据库状态 #

首先得确保你本地的迁移记录和模型是匹配的，不然推到Azure肯定会报错：

• 打开Package Manager Console，运行命令：

  Add-Migration CheckModelDiff -IgnoreChanges
  

  这个命令会生成一个空的迁移文件，作用是告诉EF“当前的模型就是数据库的正确状态”，不会修改任何表结构。
• 接着运行：

  Update-Database
  

  把这个空迁移应用到本地数据库，让本地的__MigrationHistory表和当前模型的哈希值对齐。

第二步：同步Azure数据库 #

把新生成的迁移文件提交到代码仓库，然后重新部署到Azure。部署完成后，有两种方式应用迁移：

• 如果你的应用配置了自动迁移（在Startup.cs里有context.Database.Migrate();），那么应用启动时会自动执行迁移；
• 如果没有自动迁移，你可以通过Azure Portal的App Service控制台，进入站点的site\wwwroot目录，运行dotnet ef database update（注意要确保环境变量里的数据库连接字符串正确）。

第三步：排查Identity模型的变更 #

你的数据库包含ASP.NET Identity的字段，要特别注意：如果你自定义了IdentityUser、IdentityRole这些类（比如加了NickName、AvatarUrl这类属性），有没有忘记生成对应的迁移？

• 检查你的自定义Identity实体类，对比初始迁移里的表结构，确认所有字段都有对应的迁移记录；
• 如果有遗漏，生成新的迁移（Add-Migration AddIdentityCustomFields），再同步到Azure。

生产环境注意事项 #

如果你的Azure数据库是生产环境，一定要先做数据库备份！在Azure Portal的SQL数据库页面，找到“备份”选项，先手动创建一个完整备份，再执行迁移操作，避免数据丢失。

极端情况的临时解决（仅开发环境） #

如果你确认模型是完全正确的，只是迁移记录乱了，开发环境下可以用这个方法重置：

• 在Global.asax或者Startup.cs里添加：

  Database.SetInitializer(new DropCreateDatabaseIfModelChanges<ApplicationDbContext>());
  

  但这个会删除现有数据库并重建，绝对不能在生产环境用！

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