I've not had any problems using RVM in production - we automate all our setup with Chef (I know, it's painful), which actually introduced the requirement for RVM as chef-client plays badly on 1.9, so our system ruby is 1.8.7 and all our apps run on 1.9.2.
All deployment is with Capistrano, and gemset switching with .rvmrc containing something like this: rvm use 1.9.2@app_name --create Takes care of any issues. I think if we weren't using Chef we probably wouldn't need RVM as we don't run any apps on 1.8.7. But honestly RVM is not a problem once you know what it's doing behind the scenes and have it setup correctly. I hear what Ben is saying about it being unnecessary complexity, and in most cases it is, but there is times when you need it. In the near future I plan to reconfigure our master image with something like Babushka and/or Dollhouse and remove RVM and Chef completely. But for now it works, and has done for months. – Ivan On 28/07/2011, at 1:13 PM, Chris Berkhout wrote: > I automated my VPS installation of RVM and Ruby with Babushka: > https://github.com/chrisberkhout/babushka-deps/blob/master/system/rvm_system.rb > https://github.com/chrisberkhout/babushka-deps/blob/master/system/rvm_system_ruby19.rb > > But it was a pain. When this ends up breaking I'll probably just > switch to a simple binary install (or source if necessary). > > For the case that you have a few small, for-fun apps running on the > same server, it's probably as easy to upgrade them to work with one > recent ruby as it is to get multiple rubies working. > > And I use bundler instead of gemsets. > > Cheers, > Chris > > -- > You received this message because you are subscribed to the Google Groups > "Ruby or Rails Oceania" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/rails-oceania?hl=en. > -- You received this message because you are subscribed to the Google Groups "Ruby or Rails Oceania" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/rails-oceania?hl=en.
