ruby-on-rails - 为什么 schema.rb 在 rails 5.1.0 中的格式不正确？

Question

以前 schema.rb 是快速查看列默认值以及它们是否可以为 null 的好地方，但现在很困惑。例如，这是一个用户表:

create_table "users", force: :cascade do |t|
  t.string   "name",                              null: false
  t.string   "email",                             null: false
  t.string   "locale",          default: "en-ca", null: false
  t.string   "password_digest",                   null: false
  t.datetime "created_at",                        null: false
  t.datetime "updated_at",                        null: false
  t.index ["email"], name: "index_users_on_email", unique: true, using: :btree
end

现在看起来很可怕:

create_table "users", id: :serial, force: :cascade do |t|
  t.string "name", null: false
  t.string "email", null: false
  t.string "locale", default: "en-ca", null: false
  t.string "password_digest", null: false
  t.datetime "created_at", null: false
  t.datetime "updated_at", null: false
  t.index ["email"], name: "index_users_on_email", unique: true
end

为什么会发生这种情况？我如何在保持良好的更改(例如 id: :serial 和隐式 btree)的同时修复它？

Answer 1

它是在 this 中故意更改的提交。

因为我每天至少查看 schema.rb 50 次以查看此类信息，所以今晚晚些时候我将编写一个工具来很好地格式化它，同时保留积极的变化。

准备就绪后，我会在此处发布指向它的链接。如果我忘记发布，请在此处打扰我。

编辑:

我创建了脚本，但它很脆弱。我正在将字符串输出转换为新的字符串输出，但我不确定我是否遇到了所有边缘情况。 如果您想冒险与我联系，我会为您提供 rake 任务的当前工作版本，但它并不是很好。

编辑2:

我一直在使用 my hacky script一段时间以来没有问题。如果您想将它添加到您的项目中，请随时将其复制到 rake 任务中。

编辑3:

我已切换到 SQL 模式，因为它更好地包含了我们在生产/测试中通常需要的内容。我仍然想在开发时阅读 schema.rb，所以我所做的是以下内容，它运行良好且风险较小:

# In config/application.rb
config.active_record.schema_format = :sql


# In config/environments/development.rb
config.active_record.schema_format = :ruby

# In the rake task
namespace :db do

  def cleanup_schema
    # Other code goes here
  end

  task :migrate do
    if Rails.env.development?
      cleanup_schema
    end
  end

  task :rollback do
    if Rails.env.development?
      cleanup_schema
    end
  end

  task :cleanup_schema do
    cleanup_schema
  end

end