如何将Code First变更迁移至生产环境？

你完全可以借助EF6自带的迁移工具来简化生产库的变更同步，不用再依赖脚本对比工具，具体有两种常用方案：

方案一：生成可审核的变更脚本 #

适合需要先校验SQL逻辑再部署的场景：

• 打开Package Manager Console（PMC），将你的EF项目设为启动项目，执行以下命令：

  Update-Database -Script -SourceMigration:生产库已应用的最后一个迁移名 -TargetMigration:本地最新迁移名 -ConnectionString "生产库连接字符串" -ConnectionProviderName "System.Data.SqlClient"
  

  说明：
  • SourceMigration的值可以从生产库的__MigrationHistory表中获取，填当前生产库已同步到的最后一个迁移名称
  • 如果要同步所有本地未应用的变更，可直接省略TargetMigration参数，默认会指向最新的本地迁移
  • 执行后会生成完整的SQL变更脚本，你可以检查脚本内容，确认无误后在生产库执行即可完成同步

方案二：直接自动应用迁移到生产库 #

如果生产环境允许直接通过EF执行迁移，且信任EF的变更逻辑，可使用此方案：

• 方式1：通过PMC命令直接同步

  Update-Database -ConnectionString "生产库连接字符串" -ConnectionProviderName "System.Data.SqlClient"
  

  该命令会自动对比生产库__MigrationHistory表与本地迁移记录，将未应用的迁移逐个执行到生产库。
• 方式2：应用启动时自动执行迁移（适合Web项目）
  在Global.asax.cs的Application_Start方法中添加代码：

  Database.SetInitializer(new MigrateDatabaseToLatestVersion<你的DbContext类, 迁移配置类>());
  

  注意：此方式需要确保生产环境的应用程序账号拥有足够的数据库权限（如DDL操作权限），建议先在测试环境验证后再用于生产。

关键注意事项 #

• 执行任何变更前，务必备份生产数据库，避免因操作失误导致数据丢失
• 确认生产库连接字符串正确，且执行迁移的账号具备对应的数据库操作权限
• 对于重命名列这类操作，EF6会生成对应的SQL语句，但需注意部分数据库版本的兼容性，生成脚本后建议重点检查这类变更逻辑

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