更新，请看下面的最终裁决！

两天前我(Shadowhand)曾经说过关于 2.4 和 3.0 版本的问题和它们之间的关系已经做出的解答。之后的今天和其他开发者见面（with more of the devs），这似乎是错误的。所以长话短说，我们现在有两个选择：

1. 我们在一个月内分别发布 2.4 和 3.0。 2.4 将会经可能的兼容 2.3.x 版本但是其中 Database 和 i18n 是全新的不同于 2.3 的系统。 3.0 也将不同于 2.4 的 Database，但是 i18n 系统还是和 2.4 一致。

2. 完全抛弃 2.4 而专攻 3.0 版本，它将会有一个全新的类似 2.4 版本的 Database 特性，但是语法和更多的特性稍有些不同。 3.0 在发布的同时，新的网站和用户手册也会同步完成。

2.4 和 3.0 版本大约将会在同一天发布（2009年的8月下旬或9月上旬）。两个版本都不会去兼容 2.3.4 版本。虽然升级至 2.4 版本将会少于升级至 3.0 的兼容工作。（请记住，我们从来没有建议和要求用户升级到哪个核心版本）

我本可以行使 BDFL（Benevolent Dictator For Life，代表少数开源软件开发者的领头人）权利做个强制决定，但是我觉得还是听一听社区的声音。你们认为哪个是 Kohana 在未来长期（至少 6 个月以上）开发基础的最好选择呢?

更新： 选择第二项，将会抛弃 2.3.x 版本公开发布的版本修复

最终裁决：

经过激烈的讨论之后，今天我们决定选择一个中庸之道：

版本 2.4 和 版本 3.0 将尝试近可能的去合并各自的特性以保证在 2.4 和 3.0 下可以同样使用。 这意味着 i18n 和 Kohana_Config 和 Kohana_Log 需要更新到同一种语法。 Database 和 ORM 也将会直接移植到 3.0 版本，并在 3.0 版本增加额外的自动加载器特性：在没有任何（或很少）修改的情况下允许 v2.4 加载 v3.0 的扩展。

开发团队会选择一种让每个人（包括社区）都令人满意的方式，从过去几个月的开发得到最大的受益，特别是：

* 在 v2.4 分支已经完成没有错误修复，它将不得不移植到 v2.3.5
* 所有 v3.0 新的开发扩展仍然有益于 v2.4
* v2.x 和 v3.x 的过渡会尽可能的缓和，并且这两个版本系列将会更多的清晰交互

就个人而已，我想说的是，本次开放性的讨论是一个绝佳的选择。它既可以迫使开发团队快速做出决定，又可以要求我们继续完善开发进度。感谢大家以冷静，理性的心态去讨论这个艰难的抉择。我很自豪我是这个社区的一员！

--------

原文：Official 2.3, 2.4, 3.0 Decisions - We need your feedback!

翻译之中可能有不同或不对的地方，请见谅！

感谢 CNBorn 同学的翻译纠正。