冻结Rails版本/gem有什么意义?

那是什么意思?

在一个项目的说明中,它说“冻结Railsgem”。 这与冻结Rails版本有什么不同?

什么是冷冻的?

如果您使用的某个gem的作者之一引入了新版本的gem,则新版本可能会引入向后不兼容的更改,从而破坏您的代码。

冻结gem会将其放入应用程序的vendor文件夹中,并且不会自动更新。 Rails将使用此版本的gem。

这允许您为您的系统更新其他应用程序的gem,同时让您的唯一应用程序使用您一直使用的gem版本,因此是稳定的。

这也适用于rails gem本身,因为较新版本的rails可能最终导致应用程序中的某些内容中断,冻结它会阻止系统更新(并且,再一次,允许您更新计算机上的其他应用程序,同时离开应用程序,你冻结了该版本号的rails。

我认为Phillc的评论让人头疼。

只要您的应用程序在生产环境中运行,人们依赖于工作,您就必须拥有一种“冻结”环境的机制。 更新rails可能会导致应用程序无法正常工作。

它可能是次要的东西或阻止用户完成工作的东西。

只是谷歌’rails gem update打破我的应用程序’看到一些悲惨的尾巴。

Igor Minar有一个很好的博客文章,说明为什么你应该冻结gems和Rails,以及讨论如何在Rails中设置特定的gem版本依赖项。

你可以冻结Rails,你可以冻结gem,你可以在environment.rb文件中设置对特定gem版本的依赖。

这样做的原因是为了确保在发布gem或Rails的更新版本时应用程序不会中断。 冻结允许您在单独的计算机上测试更新,确保它通过所有自动化测试套件,让您的用户按照其步调放置更新的应用程序,然后(在良好的备份之后)将更新应用于gem或轨。

冻结很棒 – 正如其他人所说,它可以减少你对外部环境的依赖。 如果您使用共享主机,或者无法完全控制部署位置,这一点尤为重要。

但是,对于像rake和capistrano这样的程序而言,在Rails环境中运行时可能会出现问题。 他们有自己的gem加载路径,你可以影响,但你需要知道它。 此外,无法冻结具有本机扩展(libxml,hpricot,…)的gem,因为特定于OS的位仍然需要存在于外部OS中。

此外,现在可能不是一个问题,但需要注意的事项–Rails 3将转向一种管理插件,gem和供应商目录的新方法。 这一刻都是一团糟。

这是一个冻结rails应用程序的教程 。