Воссоздание среды Ruby для локального развития

Question

В настоящее время у меня установлено приложение RoR в (полу) производственной среде на удаленном сервере ( Debian ).

Мой стек:

• ruby ​​1.9.2p136
• Рельсы 3.0.3
• lighttpd 1.4.26
• тонкий 1,2,7
• mongoDB 1.6.5
• Бандлер и многочисленные драгоценные камни

Сейчас он работает нормально, но его настройка была настоящей неприятностью (конфликты и старые пакеты Debian). Из-за этого, как только это сработало, я выполнял все настройки в коде приложения удаленно. Это было приемлемо как временное решение (для небольших исправлений), но теперь мне нужно копать глубже, поэтому мне нужна полная локальная среда разработки (с надлежащей отладкой).

Каков наилучший подход к локальному тиражированию моих производственных настроек ( Ubuntu ) настолько точно, насколько это возможно? Я немного озадачен множеством установленных драгоценных камней (у меня такое ощущение, что все в «, просто не трогай, пока он работает »).

Стоит ли в этот момент переключаться на RVM на удаленном сервере? И вообще, как вы иначе справляетесь с несколькими проектами RoR с отдельными зависимостями при локальной разработке?

Наконец, после того, как я скопирую стек, что делать с (sub) доменами ? Начиная с этот вопрос Я полагаю, что изменения /etc/hosts должно быть достаточно, но есть ли какой-нибудь лучший способ, чтобы фактическая производственная площадка оставалась доступной?

Answer 1

У меня схожая настройка с Ubuntu в качестве моего локального хоста и Centos в качестве моего удаленного хоста.Сначала я настроил свой удаленный (рабочий) сервер, а затем захотел скопировать его на свой локальный (разрабатывающий) сервер.

Однако я хотел разрабатывать в различных средах Ruby в зависимости от требований проекта.

Итак, я настраиваю RVM на своем локальном сервере, с одним из конфигураций RVM Ruby @ Gemset, точно таким же, как у меня на рабочем сервере.

В зависимости от приложений, которые вы используете, и ихТребования к версии ruby, вы можете переключиться на RVM на своем производственном сервере.

Просто не забудьте хорошо использовать .rvmrc Project файлы RVM, default и system теги.