rake db:rollback 恢复错误的迁移

Question

我在还原上次迁移时遇到问题。

自从我安装 'letrate' gem 进行评级后，任何 rake db:rollback 都会准确地恢复 letrate gem 迁移，而不是预期的最后一次迁移。

我怀疑这是由于宝石本身造成的。

任何想法如何解决这个问题，以便我可以享受非常方便的回滚？

同样的问题：

rake db:migrate:redo

结果：

==  CreateRates: reverting ====================================================
-- drop_table(:rates)
   -> 0.0224s
==  CreateRates: reverted (0.0225s) ===========================================

==  CreateRates: migrating ====================================================
-- create_table(:rates)
NOTICE:  CREATE TABLE will create implicit sequence "rates_id_seq" for serial column "rates.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "rates_pkey" for table "rates"
   -> 0.1787s
-- add_index(:rates, :rater_id)
   -> 0.0032s
-- add_index(:rates, [:rateable_id, :rateable_type])
   -> 0.0024s
==  CreateRates: migrated (0.1850s) ===========================================

rake db:migrate:status

...
   up     20121205224038  Rename user address column
   up     20121206125016587  ********** NO FILE **********
   up     20121206125016605  ********** NO FILE **********
   up     20121210152550  Create reservations
   up     20121210180233  Create transactions
   up     20121210215840  ********** NO FILE **********
   up     20121218144200  Create videos
   up     20121218144800  Add video to videos
   up     20130108225007  Devise invitable add to users
   up     20130130202046  Acts as taggable on migration
   up     20130205154206  Create commissions
   up     20130207133520  Add user id to event transition

和文件

-rw-r--r--@  1 joel  staff   137 Dec  7 16:40 20121205224038_rename_user_address_column.rb
-rw-r--r--@  1 joel  staff   443 Dec  7 16:40 20121206125016587_create_rating_caches.rb
-rw-r--r--@  1 joel  staff   432 Dec  7 16:40 20121206125016605_create_rates.rb
-rw-r--r--@  1 joel  staff   429 Dec 10 23:30 20121210152550_create_reservations.rb
-rw-r--r--@  1 joel  staff   414 Dec 10 19:03 20121210180233_create_transactions.rb
-rw-r--r--@  1 joel  staff   237 Dec 18 15:44 20121218144200_create_videos.rb
-rw-r--r--@  1 joel  staff   172 Dec 18 16:18 20121218144800_add_video_to_videos.rb
-rw-r--r--@  1 joel  staff   758 Jan  8 23:50 20130108225007_devise_invitable_add_to_users.rb
-rw-r--r--   1 joel  admin   775 Jan 30 21:20 20130130202046_acts_as_taggable_on_migration.rb
-rw-r--r--@  1 joel  admin   422 Feb  5 17:05 20130205154206_create_commissions.rb
-rw-r--r--@  1 joel  admin   266 Feb  7 15:20 20130207133520_add_user_id_to_event_transition.rb

Answer 1

好的，问题是您的 letrate 迁移的版本号。 Rails 只是对迁移文件中的时间戳进行排序，以了解最近应用的时间戳。时间戳中多了 3 位数字，20121206125016605_create_rates.rb 和 20121206125016587_create_rating_caches 总是会被检测为最后一次迁移。

让我们尝试修复它并清理您的迁移状态。首先回滚有问题的迁移：

rake db:rollback STEP=2

您的rake db:migrate:status 现在应该如下所示：

up     20121205224038  Rename user address column
up     20121210152550  Create reservations
up     20121210180233  Create transactions
up     20121210215840  ********** NO FILE **********
up     20121218144200  Create videos
up     20121218144800  Add video to videos
up     20130108225007  Devise invitable add to users
up     20130130202046  Acts as taggable on migration
up     20130205154206  Create commissions
up     20130207133520  Add user id to event transition

现在让我们修复它们的版本号（假设您的迁移位于默认的 db/migrate 文件夹中）

mv db/migrate/20121206125016605_create_rates.rb db/migrate/20121206125017_create_rates.rb
mv db/migrate/20121206125016587_create_rating_caches.rb db/migrate/20121206125016_create_rating_caches.rb

现在您的db:migrate:status 应该如下所示：

up     20121205224038  Rename user address column
down   20121206125016  Create rating caches
down   20121206125016  Create rates  
up     20121210152550  Create reservations
up     20121210180233  Create transactions
up     20121210215840  ********** NO FILE **********
up     20121218144200  Create videos
up     20121218144800  Add video to videos
up     20130108225007  Devise invitable add to users
up     20130130202046  Acts as taggable on migration
up     20130205154206  Create commissions
up     20130207133520  Add user id to event transition

现在“时间线”已修复，但我们仍需要重新应用这些迁移。 rake db:migrate 不起作用，因为最后一次迁移现在是 20130207133520_add_user_id_to_event_transition.rb 并且它已经被应用，所以 rake 认为它是最新的......所以我们必须欺骗 rake：编辑每个迁移文件通过注释 down 方法中的所有内容，在迁移状态输出中出现在 20121206125017_create_rates.rb 之后。如果只有 change 方法，请对其进行注释并创建空的 up 和 down 方法。所以所有这些 down 方法都会是这样的：

def down
  # This is the old code
  # which I will uncomment later...
end

您还需要创建一个空迁移，因为有一个没有关联文件的奇怪迁移（********** NO FILE ********** 之一）。因此，创建一个名为 db/migrate/20121210215840_ghost_migration.rb 的文件，其内容如下：

class GhostMigration < ActiveRecord::Migration
  def up
  end

  def down
  end
end

现在我们准备好模拟一路回滚。也一样

rake db:rollback STEP=9

迁移状态输出现在应该是

up     20121205224038  Rename user address column
down   20121206125016  Create rating caches
down   20121206125016  Create ratings
down   20121210152550  Create reservations
down   20121210180233  Create transactions
down   20121210215840  Ghost migration
down   20121218144200  Create videos
down   20121218144800  Add video to videos
down   20130108225007  Devise invitable add to users
down   20130130202046  Acts as taggable on migration
down   20130205154206  Create commissions
down   20130207133520  Add user id to event transition

现在您可以通过取消注释您之前评论的内容并删除“Ghost migration”文件来将文件更改回其原始状态。您实际上应该像我们一样评论“up”方法使用之前的down方法，删除“Ghost迁移”文件并迁移所有内容

rake db:migrate

最后取消注释您在文件中注释掉的所有内容，之后事情应该会顺利进行（我希望）。

关于为什么会发生这种情况，我认为这实际上是由于 gem 本身造成的，在我看来，它不应该生成具有无效（或至少非标准）版本号的迁移。看起来 gem 在同一秒内生成了两个迁移，所以也许作者添加了这 3 个额外的数字以防止版本号冲突。我认为在同一个迁移中完成所有事情会更好。

我希望这可以帮助您解决问题！

更新

也许我把事情复杂化了。如果您不介意实际回滚所有迁移然后再次迁移它们，则无需对任何文件进行任何评论（尽管“幽灵迁移”技巧仍然是必要的）。我只是觉得这样会更安全。