# Ruby on Rails 维护方针 Rails 框架的维护方针分成四个部分：新特性、Bug 修复、安全问题、重大安全问题。 以下分别解释，版本号皆采 `X.Y.Z` 格式。 ### Chapters 1. [新特性](#%E6%96%B0%E7%89%B9%E6%80%A7) 2. [Bug 修复](#bug-%E4%BF%AE%E5%A4%8D) 3. [安全问题](#%E5%AE%89%E5%85%A8%E9%97%AE%E9%A2%98) 4. [重大安全问题](#%E9%87%8D%E5%A4%A7%E5%AE%89%E5%85%A8%E9%97%AE%E9%A2%98) 5. [不再支援的发行版](#%E4%B8%8D%E5%86%8D%E6%94%AF%E6%8F%B4%E7%9A%84%E5%8F%91%E8%A1%8C%E7%89%88) Rails 遵循一种变种的[语义化版本](http://semver.org/lang)。 **修订号 `Z`** 只修复 Bug，不会更改 API，不会加新特性。 安全性修复情况下除外。 **次版号 `Y`** 新特性、可能会改 API（等同于[语意化版本](http://semver.org/lang)的主版号）。 不兼容的变更会在前一次版号或主版号内加入弃用提醒。 **主版号 `X`** 新特性、很可能会改 API。Rails 次版号与主版号的差别在于，不兼容的变更的数量，主版号通常保留在特别场合释出。 ### 1 新特性 新特性只会合并到 master 分支，不会更新至小版本。 ### 2 Bug 修复 只有最新的发行版会修 Bug。当修复的 Bug 累积到一定数量时，便会发布新版本。 **目前会修 Bug 的版本： `4.1.Z`、`4.0.Z`** ### 3 安全问题 只有最新版与上一版会修复安全问题。 比如 `4.0.0` 出了个安全问题，会给 `4.0.0` 版本打上安全性补丁， 即刻发布 `4.0.1`，并会把 `4.0.1` 会加至 `4-0-stable`。 **目前会修安全问题的版本：`4.1.Z`、`4.0.Z`** ### 4 重大安全问题 重大安全问题会如上所述发布新版本，还会修复上个版本。安全问题的重要性由 Rails 核心成员决定。 **目前会修重大安全问题的版本：`4.1.Z`、`4.0.Z`、`3.2.Z`** ### 5 不再支援的发行版 当我们不再支援某个发行版时，安全问题与 Bug 得自行处理。我们可能会在 GitHub 提供向下兼容的 Bug 修复， 但不会发布新版本。如果无法自己维护，建议升级至新版本。 ### 反馈 欢迎帮忙改善指南质量。 如发现任何错误，欢迎修正。开始贡献前，可先行阅读[贡献指南：文档](http://edgeguides.rubyonrails.org/contributing_to_ruby_on_rails.html#contributing-to-the-rails-documentation)。 翻译如有错误，深感抱歉，欢迎 [Fork](https://github.com/ruby-china/guides/fork) 修正，或至此处[回报](https://github.com/ruby-china/guides/issues/new)。 文章可能有未完成或过时的内容。请先检查 [Edge Guides](http://edgeguides.rubyonrails.org) 来确定问题在 master 是否已经修掉了。再上 master 补上缺少的文件。内容参考 [Ruby on Rails 指南准则](ruby_on_rails_guides_guidelines.html)来了解行文风格。 最后，任何关于 Ruby on Rails 文档的讨论，欢迎到 [rubyonrails-docs 邮件群组](http://groups.google.com/group/rubyonrails-docs)。