Я повсюду видел людей, использующих RVM / rbenv для установки самой последней версии Ruby в Linux. Что касается разработки, я понимаю, что это может быть нормально, но я не могу понять, зачем мне делать это на производственном сервере вместо использования версии Ruby в диспетчере пакетов дистрибутива.
Есть ли недостатки использования самой последней версии Rails (4.2) с Ruby-версией диспетчера пакетов Debian (в настоящее время 2.1)?
Мои цели здесь - быть максимально стабильными и безопасными, меня не волнуют новые блестящие вещи.
Разработчикам так легко менять рубины, поэтому разработчики Ruby склонны использовать последнюю блестящую вещь, появившуюся в том месяце, когда они начинают что-то кодировать.
Кроме того, рубин настолько активен и настолько молод, что есть много вещей, которые просто не работают с упакованным по умолчанию рубином.
Таким образом, вы можете спросить своих разработчиков, могут ли они продолжать работу с помощью Ruby по умолчанию Debian (образ жизни системного администратора) или работать с ними, чтобы попытаться выполнить его требования (образ жизни DevOps)
Если вы выберете путь хорошей кармы и более тяжелой работы, вы можете бороться с материалами rbenv / rvm в производстве (мне это действительно не нравится, но это личное), или вы можете просто построить желаемый рубин в / local / path с помощью рубиновый и закрепите систему пакетов Debian, чтобы никогда не устанавливать ruby или подобное программное обеспечение.
Вы также можете найти неофициальные пакеты для современных рубинов. как в BrightBox или упаковать самостоятельно.
Неофициальные рубины (для выпуска debian) безопасны, стабильны и быстрее, чем их старые официальные альтернативы, если они являются стабильными выпусками ruby.