ruby-on-rails-3.2 - rake 数据库 :rollback reverting the wrong migration

Question

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

自从我安装了'letrate' gem 进行评级后，任何rake db:rollback 都会精确地还原那个letrate gem 迁移而不是预期的最后一个迁移。

我怀疑这是 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 数据库:迁移:状态

...
   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 migration”文件并迁移所有内容

rake db:migrate

最后取消注释您在文件中注释掉的所有内容，然后事情应该会顺利运行(我希望)。

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

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

更新

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