RVM 与 ruby​​ 的本机安装

发布于 2024-11-01 15:56:35 字数 58 浏览 2 评论 0原文

我想知道在生产服务器中使用 rvm 是否有任何缺点。我应该选择什么,rvm 安装还是本机安装?为什么?

I was wondering if there is any downsides from using rvm in a production server. What should I prefer, rvm or native installation and why?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(5

小猫一只 2024-11-08 15:56:35

不要这样做,错了,也许可以这样做

简单总是有回报的。

Rvm是一个开发工具。由于您不会在生产服务器上动态地来回切换 Ruby 版本,因此它没有任何好处,并且可能会造成任意程度的痛苦和痛苦。

更新:好的,我们收到了一些精彩的评论,现在了解更多了。首先,rvm 实际上首先是一个生产工具。 (谁知道?)看起来如果应用程序没有捆绑自己的 gem 环境,rvm 会在系统级别执行此操作,这可能很有用。

所以这个问题可能没有单一的答案。如果服务器上只有一个应用程序运行,或者如果所有服务器应用程序都是 Rails3,则不需要 rvm。但其他场景将受益于环境管理。

Don't do it, err, maybe do it

Simplicity is always rewarded.

Rvm is a development tool. Since you will not be switching Ruby versions back and forth dynamically on a production server, it can do no good and could create arbitrary levels of pain and suffering.

Update: Ok, we've got some excellent comments and know more now. For one, rvm was in fact a production tool first. (Who knew?) It looks like if an application doesn't bundle its own gem environment, rvm will do it at the system level, and that could be useful.

So there probably isn't a single answer to this question. If only one application runs on the server, or if all server applications are, say, Rails3, then rvm will not be needed. But other scenarios will benefit from the environment management.

眼趣 2024-11-08 15:56:35

使用 RVM。因为它更简单。

您将把所有发行版放在一处,将所有 gem 放在一处,并且您使用的工具与开发中使用的工具相同。也不存在性能问题。

Use RVM. Because it is more simple.

You'll have all distributions in one place, all gems in one place, and you're using the same tool that you use in development. There are no performance issues either.

夏花。依旧 2024-11-08 15:56:35

使用 RVM,因为这样您的应用程序就能准确满足其需求,并且系统更新不会干扰或改变您的需求。我设置的一台主机的发行版为 1.8,但我想开发 1.9.2。 RVM 让我运行自定义版本,而不是破坏发行版。 RVM 也能很好地满足铁路部署的乘客需求。

Use RVM, as that way your application has exactly what it needs, and system updates do not interfere or change your requirements. One host I set up had a distro version of 1.8, but I wanted to develop for 1.9.2. Rather than break the distro version, RVM lets me run a custom version. RVM plays well with passenger phusion for rails deployments too.

一曲琵琶半遮面シ 2024-11-08 15:56:35

编译您自己的 Ruby 和 MongoDB、PostgreSQL、MySQL、redis 以及您依赖的任何其他支持工具。通过这种方式,您可以完全控制各地使用的版本,并且您可以随意应用任何必要的安全或错误修复升级,而无需等待操作系统供应商提供系统更新和补丁。编译您自己的版本还可以更轻松地确保您的开发、暂存和生产环境都使用您所需的所有内容的相同版本。

如果使用 RVM 可以让您更轻松地构建自己的工具链,那么请使用 RVM。无论如何,使用系统提供的工具通常会让您落后几个版本,并且在需要应用关键补丁时让您陷入困境。

Compile your own Ruby and MongoDB, PostgreSQL, MySQL, redis, and whatever other supporting tools you rely on. This way get full control over the versions used everywhere and you can apply any necessary security or bug fix upgrades at will without having to wait for your OS vendor to supply system updates and patches. Compiling your own also makes it easier to ensure that your development, staging, and production environments are all using the same versions of everything you need.

If using RVM makes it easier for you to build your own toolchain then use RVM. In any case, using the system supplied tools often leaves you a few versions behind and leaves you hanging when you need to apply critical patches.

感性不性感 2024-11-08 15:56:35

系统安装:

  • 更容易访问

rvm 安装:

  • 可以(快速)切换 ruby
  • ​​ 如果需要多个应用程序,则允许多个版本
  • 轻松升级 ruby​​ 版本和管理 gems 更新

system installation:

  • easier accessible

rvm installation:

  • possible to switch (fast) ruby
  • allow multiple version if required for multiple apps
  • easy upgrade of ruby version and management of gems update
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文