Rake db: test: подготовить задачу удаления данных из базы данных разработки
Используяпростой пример конфигурации Rails sqlite3 в моемconfig/database.yml для приложения Rails 3.2.6 я использовал для сброса базу данных разработки, повторного заполнения и подготовки тестовой базы данных, выполнив:
$ rake db:reset
$ rake db:test:prepare
Посмотрев наэта запись в блоге о тестировании приложения Rails сТрэвис CI на разных движках базы данных я решил попробовать, поэтому я установил mysql и postgresql, используяHomebrew (Я на OSX Snow Leopard), установите их согласноbrew info
инструкции. Я установил соответствующие гемы и настроил базу данных и файлы Travis следующим образом:
Gemfile
# ...
group :development, :test do
# ...
gem 'sqlite3', '1.3.6'
end
group :test do
# ...
# Test mysql on Travis CI
gem 'mysql2', '0.3.11'
end
group :test, :production do
# ...
# Test postgres on Travis CI and deploy on Heroku
gem 'pg', '0.13.2'
end
config/database.yml
sqlite: &sqlite
adapter: sqlite3
database: db/<%= Rails.env %>.sqlite3
mysql: &mysql
adapter: mysql2
username: root
password:
database: my_app_<%= Rails.env %>
postgresql: &postgresql
adapter: postgresql
username: postgres
password:
database: my_app_<%= Rails.env %>
min_messages: ERROR
defaults: &defaults
pool: 5
timeout: 5000
host: localhost
<<: *<%= ENV['DB'] || "sqlite" %>
development:
<<: *defaults
test: &test
<<: *defaults
production:
<<: *defaults
cucumber:
<<: *test
.travis.yml
language: ruby
rvm:
- 1.9.2
- 1.9.3
env:
- DB=sqlite
- DB=mysql
- DB=postgresql
script:
- RAILS_ENV=test bundle exec rake --trace db:migrate
- bundle exec rake db:test:prepare
- bundle exec rspec spec/
before_script:
- mysql -e 'create database my_app_test'
- psql -c 'create database my_app_test' -U postgres
bundler_args: --binstubs=./bundler_stubs
Теперь, когда я бегуrake db:reset
Я получаюCouldn't drop db/development.sqlite3
сообщение об ошибке до успешного создания базы данных разработки. Таким образом, кажется, что сейчас делается несколько вызовов для удаления одной и той же базы данных (?). Отслеживаемый вывод выглядит так:
$ rake db:reset --trace
** Invoke db:reset (first_time)
** Invoke environment (first_time)
** Execute environment
** Execute db:reset
** Invoke db:drop (first_time)
** Invoke db:load_config (first_time)
** Invoke rails_env (first_time)
** Execute rails_env
** Execute db:load_config
** Execute db:drop
Couldn't drop db/development.sqlite3 : #<Errno::ENOENT: No such file or directory - my_app/db/development.sqlite3>
** Invoke db:setup (first_time)
** Invoke db:schema:load_if_ruby (first_time)
** Invoke db:create (first_time)
** Invoke db:load_config
** Execute db:create
db/development.sqlite3 already exists
# ...
Это странно, но, по крайней мере, база данных разработки создается и загружается. Настоящая проблема возникает, когда я бегуrake db:test:prepare
: хотя сообщений об ошибках нет, а тестовая база данных не создается, данные в базе данных разработки срываются (хотя схема все еще работает). Я попытался непосредственно указать среду Rails для команды и получил:
$ rake db:test:prepare RAILS_ENV=test
You have 7 pending migrations:
20120503193649 CreateUsers
# ...
Run `rake db:migrate` to update your database then try again.
После запускаrake db:migrate RAILS_ENV=test
Я мог бы снова запустить свои тесты rspec. Итак, мои команды rake для получения одинаковых результатов теперь изменены на:
$ rake db:reset # (with an error)
$ rake db:migrate RAILS_ENV=test
If I change my config/database.yml file back to a simple sqlite3 only configuration, db:reset
and db:test:prepare
work as I expect.
Итак, означает ли это, что мои настройки mysql и / или postgres приводят к повторению задач rake и / или к их перебоям с настройками среды Rails? Где мне искать подтверждение того, что моя среда действительно настроена для правильной работы с этими 3 ядрами базы данных?
EditГлядя наПримечания к выпуску Rails 3.2.8.rc2Я нашел изменение вActiveRecord
потенциально связанные с этим вопросом:
RAILS_ENV
to development
when using db:test:prepare
and related rake tasks. This was causing the truncation of the development database data when using RSpec. In RC2 was fixed again when using config.active_record.schema_format = :sql
config/application.rb имеет следующее объяснение:
# Use SQL instead of Active Record's schema dumper when creating the database.
# This is necessary if your schema can't be completely dumped by the schema dumper,
# like if you have constraints or database-specific column types
# config.active_record.schema_format = :sql
Моя схема не имеет ограничений или типов столбцов для конкретной базы данных, поэтому я не раскомментировал эту строку, однако, учитывая содержание заметки о выпуске, я поставилRAILS_ENV
по умолчаниюdevelopment
может быть ответственным за удаленные данные в среде разработки. Итак, я попробовал несколько вещей и получил ожидаемые результаты, выполнив то, что делал раньше (после обновления Rails до 3.2.8.rc2):
$ rake db:reset # (with an error)
$ rake db:test:prepare RAILS_ENV=test # (with no "pending migrations" issue)
Это немного лучше, но все еще кажется мне неправильным, так как все еще есть ошибка сrake db:reset
и мне не имеет смысла устанавливатьRAILS_ENV=test
при запуске команды rake, специально предназначенной для тестовой базы данных.
Казалось бы, обновление до Rails 3.2.9 решает эту проблему из-за следующего исправления:
Fix bug whererake db:test:prepare
tries to load the structure.sql into development database. Fixes #8032.
Grace Liu + Rafael Mendonça França
Теперь я могу снова сбросить базу данных разработки, заново заполнить ее и подготовить тестовую базу данных, выполнив:
$ rake db:reset
$ rake db:test:prepare