Как лучше всего обрабатывать Rails database.yml, если над проектом работают несколько человек и расположение базы данных отличается (в частности, сокет).
Как лучше всего обрабатывать Rails database.yml, если над проектом работают несколько человек и расположение базы данных отличается (в частности, сокет).
Ответы:
database.yml
к файлу шаблона.Если вы используете Git:
git mv config/database.yml config/database.yml.example
git commit -m "moved database.yml to an example file"
Или, если вы используете Subversion:
svn move config/database.yml config/database.yml.example
svn ci -m "moved database.yml to an example file"
Если вы используете Git:
cat > .gitignore
config/database.yml
git add .gitignore
git commit -m "ignored database.yml"
Если вы используете Subversion:
svn propset svn:ignore config "database.yml"
script/plugin install git://github.com/technicalpickles/wheres-your-database-yml-dude
Этот плагин предупреждает разработчиков перед запуском каких-либо задач Rake, если они не создали свою собственную локальную версию config/database.yml
.
# in RAILS_ROOT/config/deploy.rb:
after 'deploy:update_code', 'deploy:symlink_db'
namespace :deploy do
desc "Symlinks the database.yml"
task :symlink_db, :roles => :app do
run "ln -nfs #{deploy_to}/shared/config/database.yml #{release_path}/config/database.yml"
end
end
scp config/database.yml user@my_server.com:/path_to_rails_app/shared/config/database.yml
cat >> .gitignore
вместо него. Так как иначе вы
В Capistrano 3 вместо добавления новой задачи вы можете просто сделать:
set :linked_files, %w{config/database.yml}
Вы можете использовать свойство svn: ignore, чтобы предотвратить управление версиями этого файла.
Еще один метод, использующий capistrano ERb для запроса учетных данных во время развертывания.
http://www.simonecarletti.com/blog/2009/06/capistrano-and-database-yml/
В дополнение к приведенным выше ответам я написал задачу, похожую на «Где ваш database.yml, чувак?», Но позволяющую хранить примеры шаблонов любого файла конфигурации. Проверьте это: https://github.com/Velid/exemplify
В качестве альтернативы написанию отдельных производственных конфигураций и связыванию их через Capistrano я бы также предложил использовать переменные среды для ваших учетных данных:
password: <%= ENV['PROD_DATABASE_PASSWORD'] %>
Существует множество удобных инструментов и способов сделать это.