如何在.NET Core中正确执行包含数据变更的迁移合并？

针对迁移文件过多导致编译慢、智能提示卡顿，且需要按发布版本合并迁移同时保留数据变更的问题，可按以下步骤操作：

• 梳理迁移内容，区分结构与数据变更
  逐个整理每个发布版本下的所有迁移文件，把其中的结构变更（如AddColumn、CreateTable这类EF自动生成的代码）和数据变更（所有migrationBuilder.Sql()中的手动SQL语句）分开提取，按版本执行顺序记录下来。数据变更逻辑是核心，必须完整保留，不能依赖EF自动生成。

• 备份与快照校验
  先备份所有现有迁移文件和DbContextModelSnapshot.cs文件，避免操作失误丢失内容。确认当前的模型快照与最新版本的数据库结构完全匹配，这是后续合并迁移的基础。

• 按发布版本生成合并迁移
  针对每个历史发布版本：

  1. 切换到该版本对应的代码状态（通过版本控制工具如Git回退到对应提交/分支）；
  2. 删除该版本下的所有零散迁移文件；
  3. 执行Add-Migration [VersionName]生成该版本的合并结构迁移；
  4. 手动将之前提取的该版本所有数据变更SQL，复制到新迁移的Up方法末尾；如果需要支持回滚，同步把对应的数据回退SQL添加到Down方法中；
  5. 提交合并后的迁移文件，再切换到下一个版本重复上述操作。

• 验证升级流程
  在测试环境模拟不同客户的升级路径：比如从v1版本数据库升级到v3版本，依次执行v1→v2、v2→v3的合并迁移，检查数据库结构是否正确变更，数据是否按预期更新，确保没有遗漏或错误。

• 优化项目性能
  合并完成后，删除所有旧的零散迁移文件，减少项目代码量，降低编译时间。如果智能提示仍有问题，可尝试清理项目的bin/obj文件夹后重新生成，或关闭Visual Studio中不必要的扩展以节省内存。

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