RVM对Ruby编程和持续带来的好处,我们很长的时间有很大的影响,但老实说,我需要保持灵活性,并了解在这一点上其他的可能性.最近我只得到一个版本的Ruby来管理所以我不确定它的好处是否超过配置成本.
另一种选择,rbenv,对我来说效果很好.rbenv是另一种选择,因为它让我们在每个用户的基础上设置全局ruby版本,就像rvm为每个项目的Ruby版本提供支持一样.您还可以使用环境变量覆盖Ruby版本.我不知道使用ry是什么感觉.如果有人使用过ry或其他替代品,请分享我认为重要的这个问题的任何知识或经验.我总是对我没有听说过的事情感兴趣,并且对Ruby Version Manager(rvm)的一些替代方法有更多的了解.此外,我感谢Stackoverflow.com和互联网这方面的丰富知识.谢谢.
mpa*_*pis 14
以下是可用备选方案列表https://github.com/wayneeseguin/rvm/blob/master/docs/alt.md
RVM和其他工具之间有一个很大的区别--RVM在很多极端情况下都有丰富的经验,它涵盖了许多可能的配置,它用于许多不同的*nix发行版.
所以所有的小工具都涵盖了简约的做事方式,比如安装:
./configure --prefix=$HOME/rubies/1.9.3
make
make install
问:什么阻止你这样做？答:经验,你知道它会在你尝试的任何系统上精确构建和运行吗？RVM只是试图为您提供一种在每个系统上安装的方法.
提到的ruby 1.9.3很可能编译得很好,但是例如你可以使用补丁,RVM确实提供了很多补丁,其中很少有自动安装来解决编译/构建问题,比如ruby 1.8.7或1.8.6 .
但是还有其他的东西,你想在生产中使用JRuby(它碰巧更快),所以你需要在1.9模式下测试它？这很容易说RVM使用1.9模式:
rvm install jruby-1.6.7 --1.9
现在它将默认使用1.9模式并相信我到那里并不那么容易 - 至少现在.
RVM为您和您做了很多事情,使用最新的开发版本,您不仅可以使用其他项目文件.rvmrc- > https://gist.github.com/1912050#gistcomment-86549您可以使用例如使用rbfu.ruby-version已经支持的项目文件,如果您需要更多内容,请始终返回RVM.