Apache Subversion 路线图

即将发布的版本 ¶

目前，下一个版本的发布时间表尚未确定。此列表中的日期、功能交付和版本号都可能发生变化（并且越往后预测，越具有推测性）。幸运的是，导致功能从版本中移除或发布日期推迟的相同因素也可能导致功能和发布加速。这就是开源、社区驱动的软件项目的本质（我们认为这是一件好事）。所以，如果你不喜欢这里看到的内容，那就做点什么吧：你的 贡献 总是受欢迎的！

我们尝试在星期三发布版本。与本页上的大多数其他信息一样，我们发布的日期并不是一个严格的规则，但它在过去一直很有用。在发布前几天进行发布准备工作，并在周末之前为发布包进行验证，这使得在周中发布成为可能。发布将在验证过程完成后尽快完成并宣布。有关更多信息，请参阅我们 发布流程 的文档。

版本发布计划 ¶

Subversion 有两种类型的版本：常规版本旨在更快地交付新功能，而LTS 版本旨在提供更长时间的稳定性。

两种类型的版本在支持生命周期方面有所不同。

• 常规版本从其初始发布之日起支持六个月。例如，1.11.x 在 1.11.0 发布公告后的六个月内得到支持。常规版本可用于更快地发布新功能，而无需在较长时间内支持特定版本，从而使功能开发对贡献者和用户来说更具吸引力、回报性和速度。

• LTS 版本从其初始发布之日起支持四年。例如，1.14.x 将在 1.14.0 发布公告后的四年内得到支持。

  LTS 版本在下一个 LTS 版本发布后的三个月内得到支持。

  前两个保证是累积的：要宣布 LTS 版本线生命周期结束 (EOL)，它必须同时满足以下条件：首次发布距离现在超过四年并且与更新的 LTS 版本线并行支持至少三个月。

  例如，假设 1.42.0 于 2042-07-01 发布，并且 1.42 被宣布为 LTS 版本线。在这种情况下，1.42 将至少支持到 2046-06-30（没有如果、但是或可能）。此外，预计在 2046-04-01 之前会发布更新的 LTS 版本（1.43.0、1.44.0 等），留出三个月的时间进行升级安装。如果直到 2048-01-01 之前没有发布更新的 LTS 版本，则 1.42 的生命周期将自动延长至 2048-03-31。

  在任何给定时间，至少会存在一个受支持的 LTS 版本。最新的 LTS 版本将得到一般性回退的支持，任何较旧的版本将获得高优先级修复。

在支持期间，我们承诺提供更新以修复高优先级问题，例如安全问题、数据丢失或损坏。我们也可能根据每个版本的重点适时修复其他问题。

在本上下文中，“发布”是指次要版本号的增量，即我们三部分版本号系统中的中间数字。因此，1.2.0、1.3.0 和 1.4.0 是“1.x”系列中的连续次要版本，而 1.1.1、1.1.2 和 1.1.3 是“1.1.x”系列中的连续补丁（修复）版本。我们不会提前安排补丁版本，我们只会在我们认为积累了足够的错误修复以保证发布时才发布。重大新版本，例如 Subversion 2.0，可能会像次要版本一样进行，只是在具体功能方面会有更多规划。

迄今为止，自 1.0 以来，除了 1.11、1.12 和 1.13 是常规版本外，所有版本都是 LTS。

有关 Subversion 版本编号和兼容性策略的更多信息，请参阅 “版本编号、兼容性和弃用” 部分，该部分位于 Subversion 社区指南 中。

我们的“最想要”功能 ¶

以下是我们确定的“最想要”功能/增强功能的列表，这些功能/增强功能对我们来说很重要且可实现，没有特定的顺序，以及我们认为存在的依赖链，这些依赖链阻碍了我们在 Subversion 中交付这些项目。这不是一个详尽的列表！ 它仅仅代表了一些“大项目”——影响大，开发成本可能也很高。

过时（写于 2010 年，此后只有少量更新）

下一个版本状态 ¶

在每次发布发布之前，都会在 发布说明索引 中添加草稿发布说明。

过去版本 ¶

有关过去版本的更多信息，请参阅 发布说明。