我已经在Git标签v3.02.00-α，从而拉开阿尔法期间为3.2。 相应的DB版本是3.01.00.111;我会切换为测试DBrev 3.02.00.000。 明天我会准备一个tarball。
在这一点上，3.2是完整的功能和发展现在应该纯bugfixing模式的只有以下类型的补丁将被列入接受3.2，从现在开始。
- 错误修正
- 翻译，其中包括一种机制转换新系统首选项编辑器
- 文档改进
- 必要的转发端口，保存已添加到3.0.x的，但还没有提交到HEAD增强。
我保留的释放经理的特权，在1一些更轻微的增强，都已经被提交补丁，并还保留新增1更增强我答应图书馆的权利 - 允许围兜来进行，无需任何使用或权力代编目记录。 然而，如果要证明太不稳定，我不会考虑，去年提高为受体阻滞剂
3.2一般释放。
在这一点上，我移动到beta标准如下：
- 解决所有头和3.2阻滞剂错误，重新分类，或者故意为3.4针对性。
- 我们有一个干净的升级路径，从3.0.0到3.2.0的证明。
- 我们有一个干净的升级路径3.0.5 / 6 3.2.0的证明 - 因为在3.0.x的系列的许多功能的增强，这种升级路径是绝对路径3.0.0不同。
- 我们有一个（至少）的Debian Lenny的所有测试用例完全干净的传球。
关于在分行管理git.koha.org库的，我打算开始3.2.x中的分支，有错误修正补丁流从头部到3.2.x. 我建议，列入意味着在3.4补丁被应用到一个新的3.4未来的分支，但离开，克里斯起来的最后一句话。
可以翻译考虑软字符串冻结生效 -字符串的变化来解决EN-US错别字将被接受，但和大串，现在应该是稳定的。
我的工作，充分释放通知书，但在3.2的显着改善，包括但不仅限于：
- 改组后的收购模块
- 一种改进的系统首选项编辑器
- 改进的借书证和产品标签的创造者
- 电子邮件结账单
- 分行转账限额
- 支持Syndetics，LibraryThing，Babeltheque的增强内容
- Koha的流通政策的表达能力的改善
3.2-α与任何alpha版本， 不建议在生产环境中使用。
