我为什么要恢复迁移?

在开发中,通过自动使用down方法,可以轻松快速地增量“改进”迁移。如

1. 创建迁移并迁移到它
3. 在新迁移之前,使用db:Migrate with a version迁移到版本
4. 改进/修复您的迁移

你拍摄快照的方法很好。但是rails使用“向下”迁移技术自动实现了同样的效果。适用于所有db,味道很棒

对于生产,我同意不需要向下迁移。但有时会发生错误,你需要后退。向下迁移路径为您提供了第一个快速的机会,可以在升级出错时在紧急情况下修复问题。

--在紧急情况下尝试向下迁移要比使用检查点恢复数据库快得多。

它们适用于以下情况:

现在,如果迁移深度为10或15次,只编写一个新的迁移会更容易,而不是通过回滚丢失新表/列中的所有开发数据。但是,如果您刚刚编写了迁移,那么回滚、更改迁移并重新运行迁移会更干净、更整洁。

回滚的另一个非常有用的功能是:

• 开发人员1有自己的开发数据库。他编写并运行迁移。
• 开发人员2有自己的开发数据库。她编写并运行迁移。
• 开发者2源代码管理更新
• 从技术上讲 已经运行了。现在,她需要回滚,然后执行db:migrate以获取本地数据库中的所有迁移。

在生产中进行向下迁移的想法让我感到恐惧。当回滚所有迁移的首选方法是 rake db:migrate VERSION=0

  def self.down
    if Rails.env.production?
      raise ActiveRecord::IrreversibleMigration
    else
      drop_table :foo_bars
    end 
  end