Как стать автором
Обновить

Комментарии 7

Читал похожую статью с rbenv, подумал «плохо что не написано на rvm вместо rbenv», теперь есть, спасибо! Надо будет как-нибудь попробовать, сейчас пользуюсь стандартной связкой rvm+nginx+unicorn+capistrano.
Для автоматизации генерация upstart скриптов рекомендую посмотреть на Foreman. В Procfile (как на heroku) можно указывать не только веб-сервер, но и любые другие скрипты или приложения.
Почему Ubuntu?
Просто я к ней привык (точнее к её производной — Linux Mint).

Почему RVM?
Я к нему привык — у меня он установлен на локальной машине, хочу его видеть и на production.

Как-то непрофессионально, «я привык и мне норм, пользуйтесь тем же». Ну про ubuntu еще понятно, а вот насчет RVM я бы послушал, чем он лучше rbenv'a
Полагаю, мой аргумент в данном случае действительно не сильно профессионален. Однако, каждый из нас имеет право на выбор инструментов, пусть они и являются всего-лишь личными предпочтениями.
Тем более это не является призывом использовать rvm вместо rbenv, а просто описание данного способа.
чем таким особенным обладает пума-конфиг, что его нельзя хранить в репозитории, но при этом можно хранить нгинкс-сайт-конфиг?
Я не храню nginx-конфиг в репозитории также.

В принципе, ничего особенного в нём нет, но там могут быть указаны: количество воркеров, тредов и т.д.
Если же проект opensource, то не уверен, что является хорошей идеей навязывать конкретные настройки сервера, ведь подразумевается «внутри git — не меняем».
В миру обычно сам-то файл складывают в репозиторий, а внутри пишут что-то типа

`workers: <%= ENV['WORKERS_COUNT'] %>`
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории