rails：防止错误/冲突的数据库迁移

Question

只是想知道是否可以通过 rubocop 或直接通过 ci 以某种方式阻止这些。

我们最初在我们的主分支上进行了一些迁移：

# migration 1
create_table :some_table do |t|
  t.string :some_col
end

# migration 2
def change
  rename_column :some_table, :some_col, :some_other_col
end

但是，我们也有一个单独的/较旧的分支，其中 some_table 中的列被直接重命名：

create_table :some_table do |t|
  t.string :some_col
end

它被合并/通过了 ci 并在生产中运行而没有任何问题，但是当它在几周后部署到新的测试环境时抛出 No such column: some_table 错误时被捕获。

Answer 1

引自：rake db:schema:load vs rake db:migrate，解释了这个确切的问题：

当您向现有应用添加新迁移时，您需要 运行 rake db:migrate，但是当您加入现有应用程序时 （尤其是一些旧的应用程序），或者当你放弃你的应用程序时 数据库，您需要再次创建它，始终运行 rake db:schema:load 加载架构。

基本上，当您启动新实例时，始终使用db:schema:load 加载初始数据库，从那时起您可以照常迁移。