熟悉Rails / ActiveRecord 2.1.1

• 我们使用(例如)ruby script \ generate scaffold产品标题创建一个第一个版本：字符串描述：文本image_url：string
• 此操作创建(例如)一个名为20080910122415_create_products.rb的迁移文件
• 我们可以通过rake db：migrate应用迁移
• 现在，使用ruby script \ generate migration add_price_to_product price：decimal将字段添加到产品表
• 这将创建一个名为20080910125745_add_price_to_product.rb的迁移文件
• 如果我们尝试运行rake db：migrate，它将实际上还原第一个迁移，而不应用下一个！因此，产品表将被销毁！
• 但是，如果我们独自一人进行耙，它会告诉我们一次迁移正在等待中

请注意，应用rake db：migrate(一旦表已被破坏)将按顺序应用所有迁移。

我发现的唯一解决方法是指定新迁移的版本，如下所示：

rake db:migrate version=20080910125745

所以我想知道：这是预期的新行为吗？

解决方案

回答

我们应该可以使用

rake db:migrate:up

迫使它继续前进，但随后我们就有可能错过团队中其他人的交错迁移

如果你跑

rake db:migrate

两次，它将重新应用所有迁移。

我在使用SQLite的Windows上遇到了相同的行为，这可能是特定于这种环境的错误。

编辑-我发现了原因。在railstie database.rake任务中，我们具有以下代码：

desc "Migrate the database through scripts in db/migrate. Target specific version with VERSION=x. Turn off output with VERBOSE=false."
task :migrate => :environment do
  ActiveRecord::Migration.verbose = ENV["VERBOSE"] ? ENV["VERBOSE"] == "true" : true
  ActiveRecord::Migrator.migrate("db/migrate/", ENV["VERSION"] ? ENV["VERSION"].to_i : nil)
  Rake::Task["db:schema:dump"].invoke if ActiveRecord::Base.schema_format == :ruby
end

然后在我的环境变量中

echo %Version% #=> V3.5.0f

在Ruby中

ENV["VERSION"] # => V3.5.0f
ENV["VERSION"].to_i #=>0 not nil !

因此，rake任务调用

ActiveRecord::Migrator.migrate("db/migrate/", 0)

在ActiveRecord :: Migrator中，我们有：

class Migrator#:nodoc:
  class << self
    def migrate(migrations_path, target_version = nil)
      case
        when target_version.nil?              then up(migrations_path, target_version)
        when current_version > target_version then down(migrations_path, target_version)
        else                                       up(migrations_path, target_version)
      end
    end

是的，rake db：migrate VERSION = 0是rake db：migrate：down的长版本。

编辑我会去更新灯塔的bug，但是我超级公司代理禁止我在那里连接

同时，我们可以尝试在调用迁移之前取消设置版本...

回答

这不是预期的行为。我本来建议将此报告为灯塔上的错误，但我发现我们已经这样做了！如果我们提供更多信息(包括OS /数据库/ ruby​​版本)，我将进行介绍。

回答

敬请谅解，汤姆！这是一个错误！ V3.5.0f不是用于rake迁移的有效版本。 Rake不应仅因为ruby选择考虑" V3.5.0f" .to_i为0才将其迁移到：down ...

Rake应该大声抱怨VERSION无效，以便用户知道发生了什么
(在我们和我之间，通过转换为整数来检查版本是否为YYYYMMDD格式的时间戳有点麻烦)

[该死的IE6，不允许我发表评论！而且不，我不能更改浏览器，谢谢企业]

回答

珍

非常感谢调查。我们是对的，实际上我认为我们已经发现了一个更严重的错误，即"设计错误"。

发生的情况是，rake将获取我们传递给命令行的任何值，并将它们存储为环境变量。最终将被调用的rake任务只会从环境变量中提取此值。
当db：migrate查询ENV [" VERSION"]时，它实际上会请求我们设置调用rake的version参数。当我们调用rake db：migrate时，我们不会传递任何版本。

但是，我们确实有一个名为VERSION的环境变量，该变量已由其他一些程序设置用于其他目的(我还没有)。和rake(或者database.rake)背后的人还没有想到会发生这种情况。那是一个设计错误。至少，他们可以使用更具体的变量名，例如" RAKE_VERSION"或者" RAKE_PARAM_VERSION"，而不仅仅是" VERSION"。

汤姆，我当然不会关闭，但会在灯塔上编辑我的错误报告以反映这些新发现。

再次感谢Jean的帮助。我已经像5天前那样在灯塔上发布了此错误，但仍然没有答案！

罗洛