vltsu Jun 15 2011 at 15:46

RVM — подробно

4 min

96K

Ruby*

+43

Comments 44

iTube Jun 15 2011 at 16:31

Спасибо, за хороший cheatsheet

simonoff Jun 15 2011 at 16:31

по поводу джемсетов — желательно использовать bundler.
это безопаснее и удобнее. мы сетапим новый сервак, ставим rvm, нужную версию руби и все. а не ставим все нужные нам джемсеты.

azakharov Jun 16 2011 at 12:42

Согласен. К раз про это писал недавно habrahabr.ru/blogs/ruby/120272/

ognevsky Jun 16 2011 at 21:27

желательно, простите, для кого? и чем безопаснее, и чем удобнее?

simonoff Jun 17 2011 at 12:13

для тех кто пишет приложения с использованием Ruby On Rails.
безопаснее тем что у каждого приложения все ему нужные гемы находятся в его папке и подставить модифицированный системный не получится.
удобнее тем что админу всего этого не надо для каждого проекта делать свой жемсет и не ставить все нужные жемы в этот жемсет.

vltsu Jun 17 2011 at 12:41

При использовании rvm bundler ставить гемы в текущий gemset

simonoff Jun 17 2011 at 12:42

а зачем?

vltsu Jun 17 2011 at 12:54

При запуске bundle install под гемсетом 1.9.2@projectname, гемы устанавливаются в директорию /home/user/.rvm/gems/ruby-1.9.2-p180@projectname/gems
Так что никакой директории с гемами под отдельный проект нет. Есть только отдельный gemset

simonoff Jun 17 2011 at 12:54

вы капистрано пользуютесь или нет?

vltsu Jun 17 2011 at 12:56

нет, я про случай без капистрано

simonoff Jun 17 2011 at 13:19

а я вам про капистрано. да и вообще bundler у себя можно настроить так что будет ставить жемы в папку с проектом, что очень удобно.
и тем более вы перестанете использовать rake, rails, etc без bundle exec.

vltsu Jun 17 2011 at 13:23

спасибо, не знал. Поэксперементирую с этим

simonoff Jun 17 2011 at 13:25

bundle install --path vendor/bundle

Более подробно здесь — gembundler.com/bundle_install.html

ognevsky Jun 17 2011 at 15:49

Ну так в гемсетах и нет «модифицированных системных» никаких, просто гемы лежат не в текущей папке, а в системе (в отдельной папке своего гемсета). Про модификацию гема руками я даже не говорю, этим наверняка уже никто не страдает.

по поводу удобства: у меня в каждом проекте лежит .rvmrc, который автоматически создает гемсет. В глобальном гемсете у меня лежит только бандлер и одной простой командой все эти гемы ставятся в новый гемсет: изоляция идеальная.

Нет, я совсем не говорю, что бандлером пользоваться нельзя или не нужно, просто не нужно так категорично заявлять, что гемсеты использовать ну прямо никак нельзя. Разницы, по большому счету, нет совершенно никакой, все делают так, как конкретно им удобнее.

simonoff Jun 17 2011 at 16:18

тоесть вы бандлер у себя вообще не используете? или как?

ognevsky Jun 17 2011 at 16:22

почему же не использую? очень использую!

есть 3 варианта:
— ваш подход (гемы для проекта хранятся внутри проекта, отчего сам проект тяжелеет)
— мой подход (в Gemfile описаны необходимые гемы, при настройке проекта я выполняю bundle install и гемы скачиваются в папку чистого и свежего гемсета)
— устаревший вариант (без rvm: есть некий глобальный гемсет, куда сваливаются все гемы для всех проектов).

я не вижу разницы между первым и вторым вариантом, за исключением того, что я не храню гемы в репозитории с проектом.

simonoff Jun 17 2011 at 16:26

ну по поводу третьего варианта я скажу то что бандлер туда как раз очень хорошо и вписываться.
rvm просто средство управления версиями руби в моём варианте.
а по поводу утяжеления проекта, скажу так что при деплое очень даже ускоряеться скорость bundle install, за счет того что нужные жемы у вас уже в папке. Для меня это важно, потому как у меня ноды поднимаются автоматом если нагругка выросла, и как бы чем быстрее она поднимется, тем лучше.

ognevsky Jun 17 2011 at 16:30

Но зато деплой/пуш занимает больше времени, это тоже не очень круто. Нужно иметь для серверов локальную/распределенную хранилку гемов.

simonoff Jun 17 2011 at 16:36

это почему он будет занимать больше времени?

ognevsky Jun 17 2011 at 16:37

Ну гемы тяжелые, их много. Но это да, мелочь.

simonoff Jun 17 2011 at 16:40

хм… помоему больше времени при bundle install занимают запросы на индекс с зеркал rubygems.org.

ognevsky Jun 17 2011 at 16:55

Ну тогда делать локальный сторадж гемов, откуда все ваши проекты будут забирать гемы: не будет этой задержки. akzhan про это больше рассказать сможет

simonoff Jun 17 2011 at 17:01

лишние пару метров с жемами в репе роли не играют.

Eklykti Aug 9 2011 at 04:22

> за исключением того, что я не храню гемы в репозитории с проектом.

echo 'vendor/bundle' >> .gitignore

Flcn Jun 15 2011 at 16:41

Вот всё примерно тоже самое, только на видео с RailsClub

univertv.ru/video/informatika/programmirovanie/konferenciya_railsclubmoscow/rvm_i_nashi_servery/

SmartBye Jun 15 2011 at 16:42

В .rvmrc использую комманду с ключом --create. Даже первым делом создаю этот файл echo «rvm 1.9.2@project_name — create >> project_name/.rvmrc И после cd в project_name гемсет сам создается. А уж потом делаю все остальное.

reloky Jun 15 2011 at 17:26

Спасибо за перевод страниц сайтика рвм на русский.

Хотелось бы освещения так же вопросов, которые не обозначенны на сайте, например —

У меня два rails проекта — один на руби 1.8, второй на руби 1.9. Как запустить оба сайта с помощью rvm?

ну и тому подобные…

vltsu Jun 15 2011 at 17:41

Устанавливаете две версии руби
rvm install ruby-1.8.7
rvm install ruby-1.9.2
Работаете с одним проектом из под rvm use 1.8.7, с другим rvm use 1.9.2
Чтобы не переключаться вручную можно создать файл .rvmrc в корневой директории каждого проекта.

reloky Jun 15 2011 at 17:47

работать то можно, вот только скажем пассажир так не запустишь.

vltsu Jun 15 2011 at 18:00

у меня есть в планах статья про разворачивание ruby проектов на серверах, скорее всего это будет там

reloky Jun 15 2011 at 18:43

было бы чудесно.

simonoff Jun 15 2011 at 18:45

а пассажир и не нужен, используйте unicorn.

MpaKus Jun 16 2011 at 06:31

пассажир как-то ведь попроще, тем более с 1.8.7 EE версия пошустрее будет

simonoff Jun 16 2011 at 12:00

ну так спрашивали по поводу разных версий руби и пассажира. Вариант ниже с запуском отдельных пассажиров с RVM не добавляет каких-то упрощений по сравнению с unicorn.

vltsu Jun 15 2011 at 17:43

напишите ещё, что бы вы хотели узнать, сделаю седьмой пункт «RVM в жизни»

MpaKus Jun 16 2011 at 06:32

как в таком случае настраивать проекты если разные версии Ruby 1.8 и 1.9 под Nginx + Passenger, чтобы последний запускал как надо?

levkin Jun 16 2011 at 10:25

blog.phusion.nl/2010/09/21/phusion-passenger-running-multiple-ruby-versions/
Вкратце, они предлагают на системном руби ставить одни проекты (1.8.7), а потом с помощью RVM в стандалон-режиме запускать другие на той версии рубей, какая нужна для каждого проекта. Ну и на эти пессенджеры, отличные от системного заводить юзеров через РеверсПрокси.

MpaK999 Jun 16 2011 at 12:12

Вот как, интересная идея.
А если через Passenger запускать системный Ruby 1.8, а через Unicorn + RVM пускать 1.9 как вариант обойтись без обратного прокси?

simonoff Jun 16 2011 at 12:32

Эм… чето я немного не понимаю что вы хотите сделать? выставлять наружу Passenger или Unicorn? без apache или nginx перед ними? насчет пассенжера незнаю хорошая ли это идея, и вообще как это сделать, а вот насчет Unicorn'а скажу что это плохая идея. Он не расчитан на медленных клиентов, возьмите Rainbows!

levkin Jun 16 2011 at 12:34

Pessenger в чистом виде не выставишь. В случае с апачем он в виде либы, в стандалоне юзает nginx как ядро.

simonoff Jun 16 2011 at 12:37

Э… а можете тыкнуть в доку, где написано что Standalone версия использует nginx как ядро?

levkin Jun 16 2011 at 12:46

www.modrails.com/documentation/Users%20guide%20Standalone.html

«It is powered by an Nginx core.»

simonoff Jun 16 2011 at 12:48

Хм… спасибо. Но мне такой вариант уже не нравится. мухи отдельно, котлеты отдельно.

levkin Jun 16 2011 at 12:32

Тоже вариант. И не обязательно Unicorn. В этом случае хоть Mongrel, хоть Thin.

Show the best of all time