更新:在Rails 5中，这个命令可以通过以下命令访问:

rails db:清除db:创建db:迁移RAILS_ENV=test

在最新的rails 4.2版本中，你现在可以运行:

rake db:purge 

来源:提交

# desc "Empty the database from DATABASE_URL or config/database.yml for the current RAILS_ENV (use db:drop:all to drop all databases in the config). Without RAILS_ENV it defaults to purging the development and test databases."
  task :purge => [:load_config] do
    ActiveRecord::Tasks::DatabaseTasks.purge_current
  end

它可以像上面提到的那样一起使用:

rake db:purge db:create db:migrate RAILS_ENV=test

您可以使用以下命令行:

rake db:drop db:create db:migrate db:seed db:test:clone

使用像

rake db:drop db:create db:migrate db:seed

都在一行里。这更快，因为环境不会一次又一次地重新加载。

drop -删除数据库。

数据库:create -将创建数据库(主机/ Db /密码将从config/database.yml中获取)

Db:migrate -将从目录(Db /migration/.rb)*运行现有的迁移。

Db:seed -将在目录(Db /migration/seed.rb)中运行种子数据。

我通常喜欢:

rake db:reset

一下子做所有的事。

干杯!

今天我对rails模式做了一些更改。我意识到我需要在一个层次结构中增加两个模型，并删除其他一些模型。需要对模型和控制器进行许多小的更改。

我添加了两个新模型并创建了它们，使用:

rake db:migrate

然后我编辑模式。rb文件。我手动删除了不再需要的旧模型，根据需要更改外键字段，只是重新排序了一下，让它对我来说更清楚。我删除了所有的迁移，然后通过以下方式重新运行构建:

rake db:reset

它工作得很完美。当然，所有的数据都必须重新加载。Rails意识到迁移已经被删除，并重置了高水位标记:

-- assume_migrated_upto_version(20121026094813, ["/Users/sean/rails/f4/db/migrate"])

TL;DR——我在开发过程中使用这个rake脚本删除所有内容，包括模式文件，然后直接从迁移脚本重新构建。它同时重建开发和测试数据库。这是我发现的唯一能保证一切都如我所愿的方法。我用了很多年都没有问题。

# lib/tasks/db_rebuild.rake

require 'fileutils'

namespace :db do
  desc "Create DB if it doesn't exist, then migrate and seed"
  task :build do
    Rake::Task["db:create"].invoke
    Rake::Task["db:migrate"].invoke
    Rake::Task["db:seed"].invoke
  end

  desc "Drop database and rebuild directly from migrations (ignores schema.rb)"
  task :rebuild do
    raise "Task not permitted in production." if ENV["RAILS_ENV"] == "production"

    puts "*** Deleting schema.rb"
    system "rm -f #{Rails.root.join("db", "schema.rb")}"

    puts "*** Deleting seed lock files"
    system "rm -f #{Rails.root.join("db", ".loaded*")}"

    puts "*** Recreate #{ENV['RAILS_ENV']} database"
    begin
      Rake::Task['environment'].invoke
      ActiveRecord::Base.connection
    rescue ActiveRecord::NoDatabaseError
      # database doesn't exist yet, just create it.
      Rake::Task["db:build"].invoke
    rescue Exception => e
      raise e
    else
      Rake::Task["db:environment:set"].invoke
      # https://github.com/rails/rails/issues/26319#issuecomment-244015760
      # ENV["DISABLE_DATABASE_ENVIRONMENT_CHECK"] = '1'
      Rake::Task["db:drop"].invoke
      Rake::Task["db:build"].invoke
    end
    Rake::Task["db:retest"].invoke
  end

  desc "Recreate the test DB"
  task :retest do
    system("rake db:drop db:build RAILS_ENV=test")
  end
end

基本原理——所有提供的解决方案的问题是Rails提供的本地Rake任务依赖于schema.rb。当我做大量的数据建模时，我直接对迁移文件进行更改;只有在它们被提交到上游之后，我们才将它们视为不可变的。但是如果我对迁移文件做了更改，它们就不会反映在schema.rb中。

另一个问题是开发环境和测试环境之间的区别。Rails db任务独立地处理它们，但根据我的经验，开发和测试数据库应该始终保持对等，这意味着在开发时我必须运行大量重复的数据库清理。

我知道两种方法:

这将重置你的数据库并重新加载你当前的模式:

rake db:reset db:migrate

这将破坏你的数据库，然后创建它，然后迁移你当前的模式:

rake db:drop db:create db:migrate

在这两种情况下，所有数据都会丢失。