As I said on your blog: No, RVM isn't great for production.
And while Wayne hasn’t actually come out and said it, he runs RVM as a tool for developers only: frequent updates, shit breaks every so often, moving target, recommend that you always use the latest version, etc etc. We had RVM on our Ubuntu images for a while, and having “. /usr/local/rvm/scripts/rvm && rvm use ruby-1.9.2 && …” before every command was a pain, as was managing .rvmrc files “what do you mean the deploy hung? Oh, it’s waiting for somebody to type Y to trust the rvmrc”. RVM breaks, and it's expected that you, as a developer, can easily recover from that breakage. This isn't true if it's part of an automated process for building production/test/uat/staging images. If we kept RVM, I was going to create a .deb of the RVM core followed by .debs of each RVM ruby install. Since moving to a CentOS image with a locked Ruby-1.9.2 install things have been much easier. It’s always ruby 1.9.2, it’s always the one gemset, and bundler does the heavy lifting of making sure gems match their projects. We've since had to downgrade to 1.8.7 due to an issue in xmpp4r, but that's no biggie - we just made a new image. My recommendation: build images/machines for each version of ruby you need. If this becomes a problem, it’s a sign that you’re using too many different versions of ruby, not that you should be using RVM outside of your local dev environment. On Thu, Jul 28, 2011 at 11:43 AM, Mike Bailey <[email protected]> wrote: > It occurred to me that RVM *could* result in ops guys feeling like the > waiter in LA Story. > > http://youtu.be/z-CrML0BzOA > > "I'll have a half double decaffeinated half caf with a twist of lemon" > > While RVM is great for developer workstations, to me it doesn't seem right > for production environments. A slightly longer explanation of my reasoning > is here: http://mike.bailey.net.au/2011/07/rvm-in-production/ > > What are your experiences? > > *- Mike* > * > * > > e. [email protected] > > w. mike.bailey.net.au > > -- > 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. > -- Michael Pearson The Bon Scotts; http://www.thebonscotts.com -- 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.
