3

我在恢复上次迁移时遇到问题。

自从我安装了 '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) ===========================================

耙分贝：迁移：状态

...
   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
4

1 回答 1

6

好的，问题是您的 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：编辑20121206125017_create_rates.rb在迁移状态之后出现的每个迁移文件通过注释down方法内的所有内容来输出。如果只有一个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”文件来将文件更改回其原始状态。您实际上应该像之前对 down 方法所做的那样评论“up”方法，删除“Ghost migration”文件并迁移所有内容

rake db:migrate

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

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

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

更新

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

于 2013-02-16T16:44:25.847 回答