如何处理EF Core代码优先项目中不需要的早期迁移？

针对你遇到的第4个迁移包含不需要的变更、且尚未部署到生产库的场景，以下是三种可行的解决方法：

方案一：回滚到错误迁移前，重新生成后续迁移 #

这种方法能彻底清理迁移历史，避免遗留问题，适合后续迁移的变更可快速合并的场景：

• 先将本地数据库回滚到第3个迁移（错误迁移的前一个版本）：

  Update-Database 20200210_GoodMigration
  

• 删除第4个（20200210_BadMigration）及之后的所有迁移文件（包括.cs、.Designer.cs、.json格式的文件）。
• 将你的实体模型恢复到第3个迁移对应的状态，然后逐步合并后续16个迁移中包含的所有有效变更到当前模型里。
• 基于修正后的模型重新生成新的迁移：

  Add-Migration CleanMigrationAfterFix
  

• 测试本地数据库更新，确认结构正确后，后续的新变更可基于这个干净的迁移继续生成。

方案二：手动修正错误迁移及相关快照文件 #

如果希望保留后续迁移的历史记录，可手动修正错误迁移和对应的快照文件，操作需谨慎：

• 先备份所有迁移文件和YourDbContextModelSnapshot.cs快照文件，防止操作失误。
• 打开20200210_BadMigration.cs文件，删除不需要的变更代码（比如删除列的语句）。
• 打开对应的20200210_BadMigration.Designer.cs文件，找到模型快照部分，移除与错误变更相关的代码，确保内容与当前实体模型一致。
• 打开主快照文件YourDbContextModelSnapshot.cs，找到该错误迁移对应的模型变更片段，修正为正确的模型结构。
• 生成一个空的验证迁移，确认快照与模型已对齐：

  Add-Migration VerifyFix -IgnoreChanges
  

  如果生成的迁移文件内容为空，说明快照与模型匹配无误，可删除这个验证迁移。
• 执行Update-Database测试本地数据库，确保结构正常。

方案三：添加反向迁移抵消错误变更（不推荐） #

这种方法最快，但会在迁移历史中留下冗余记录，仅适合临时快速解决：

• 基于当前实体模型，生成一个抵消错误变更的迁移（比如错误迁移删除了X列，就生成一个添加X列的迁移）：

  Add-Migration RevertBadMigrationChanges
  

• 检查生成的迁移文件，确保它完全抵消了第4个迁移中的错误变更，然后测试本地数据库更新。

各方案优缺点对比 #

• 方案一：优点是迁移历史干净无冗余，后续无潜在隐患；缺点是需要重新合并后续迁移的变更，耗时较长。
• 方案二：优点是保留原有迁移历史，无需重新做后续迁移；缺点是手动修改快照容易出错，需要对EF Core迁移结构有一定了解。
• 方案三：优点是操作最简单快速；缺点是迁移历史冗余，未来可能造成混淆，不推荐长期使用。

注意事项 #

• 操作前务必备份所有迁移文件和本地数据库，避免不可逆的损失。
• 完成操作后，务必在本地环境执行Update-Database测试，确认模型与数据库结构完全匹配，无异常报错。
• 由于生产数据库尚未执行任何迁移，最终部署时只需将修复后的迁移序列应用到生产库即可。

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