When database.yml defines more than one top-level key starting with "test",
every standard test task (rails test, rails test:models, rails test:system,
rails test:controllers, …) is automatically rewritten at load time to run
the full suite against each configured database in turn.
Single-database setups are completely unaffected — the wrapping code
activates only when test_configs.size > 1, so existing behaviour is
preserved by default.
Convention: test: is the required primary; test_<name>: adds an adapter:
test_sqlite:
adapter: sqlite3
database: db/fixinme_test.sqlite3
test_pg:
adapter: postgresql
...
Mechanism:
- lib/tasks/test_databases.rake loads after railties/testing.rake (which
defines all test tasks). For each task in the wrapped set it calls
Rake::Task[name].clear_actions and re-enhances with a block that loops
over DB configs, writing a temporary database.yml per database and
running "rails <task_name>" as a subprocess with RAILS_DATABASE_YML set.
- config/application.rb(.dist): reads RAILS_DATABASE_YML and overrides
Rails' database config path before initialisation — no monkey-patching
of the test runner required.
- Adapter gem availability is checked before each run; missing adapters are
skipped with a hint on which bundle group to enable.
- A formatted summary (✓/✗ per database) is printed; exits non-zero on
any failure.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-04-05 11:07:30 +00:00
3 changed files with 145 additions and 107 deletions
# Rewrite every standard test task to run against all configured databases.
# This file loads after railties/testing.rake, so all tasks already exist.
# Single-database setups are completely unaffected.
ifMultiDbTests.test_configs.size>1
MultiDbTests::WRAPPED_TASKS.eachdo|task_name|
nextunlessRake::Task.task_defined?(task_name)
Rake::Task[task_name].clear_actions
Rake::Task[task_name].enhancedo
MultiDbTests.run(task_name)
end
end
end
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.