哪些开源项目使用奇数不稳定/偶数稳定的版本控制风格

Question

我的一位同事今天告诉我，有些项目使用一种奇怪的、恕我直言的方式来对其版本进行版本控制。如果版本不稳定，次要版本是奇数，例如。1.3、1.5。另一方面，稳定版本具有偶数次要版本号，例如。1.2、1.4。

起初我简直不敢相信自己的耳朵，这似乎是不真实的。然后维基百科让我明白这是一个来自 Linux 内核社区的实践，尽管它最近似乎（？）被删除了。

几个小时后，我正在阅读Programming Ruby 的序言，我看到了什么？Ruby 对版本号使用相同的约定。

您对此有何经验？您知道哪些（开源）项目/产品使用此版本控制架构？如果他们遵守这个约定，有没有一种简单的方法可以快速弄清楚？有那么受欢迎吗？我在 3 年前开始软件开发，之前从未听说过这种做法。

感谢您的回复。

Answer 1

linux 内核在 2003 年 2.6 内核开始时放弃了这种做法（即 2.4 是具有相应 2.5 开发分支的最后一个稳定版本）。我只是查阅了我在硕士论文中写的关于项目的一般内容：

稳定分支和开发分支之间的拆分是开源项目中非常常见的策略，尽管有些使用更多{footnote}。所使用的版本号也经常使用形式为 abc 的奇数/偶数方案，其中 a 是主要版本号，b 是偶数用于稳定和奇数用于开发，c 是序列版本号（有时也使用额外的 d ）。

{footnote} 例如，XEmacs 的开发分为三个分支：stable、gamma 和 beta。Debian 使用实验性的、不稳定的、测试性的和稳定的。

有关 linux 内核的更多详细信息，请随时阅读整个“2.2.4 Linux 开发分支”章节。

编辑：原始链接已消失，这是一个新链接和正确引用：

Løvdal, H. (2006)。一个开源管理员项目的分析和描述（硕士论文，Høgskolen i Agder）。