这可以通过对数据库适配器进行猴子修补来完成。此示例适用于 MySQL。
为“fake db:migrate”创建一个 rake 任务:
desc "Prints all SQL to be executed during pending migrations"
task :fake_db_migrate => :environment do
module ActiveRecord
module ConnectionAdapters
class AbstractMysqlAdapter < AbstractAdapter
alias_method :real_execute, :execute
def execute(sql, name = nil)
if sql =~ /^SHOW/ || sql =~ /^SELECT.*FROM.*schema_migrations/ || sql =~ /^SELECT.*information_schema/m
real_execute(sql, name)
else
puts sql
end
end
end
end
end
Rake::Task["db:migrate"].invoke
end
rake 任务猴子修补连接适配器中的execute 方法,以便在实际运行迁移之前打印而不是执行 SQL。但是,我们仍然需要执行db:migrate 任务使用的一些内部 SQL 来获取数据库模式并找出哪些迁移正在等待。这就是real_execute 调用的作用。
测试
现在假设我们在db/migrate/20160211212415_create_some_table.rb 中有一个待处理的迁移:
class CreateSomeTable < ActiveRecord::Migration
def change
create_table :some_table do |t|
t.string :string_column, null: false, default: 'ok'
t.timestamps
end
end
end
$ rake db:migrate:status
...
down 20160211212415 Create some table
现在,让我们运行我们的假迁移任务:
$ rake fake_db_migrate
== 20160211212415 CreateSomeTable: migrating ==================================
-- create_table(:some_table)
CREATE TABLE `some_table` (`id` int(11) auto_increment PRIMARY KEY, `string_column` varchar(255) DEFAULT 'ok' NOT NULL, `created_at` datetime, `updated_at` datetime) ENGINE=InnoDB
-> 0.0009s
== 20160211212415 CreateSomeTable: migrated (0.0010s) =========================
BEGIN
INSERT INTO `schema_migrations` (`version`) VALUES ('20160211212415')
COMMIT
迁移状态没有改变,即迁移仍在等待中:
$ rake db:migrate:status
...
down 20160211212415 Create some table
使用 mysql2 gem 在 rails 4.2.3 上测试。