我的一位同事今天告诉我，某些项目使用怪异的恕我直言来对其发行版进行版本控制。如果版本不稳定，则次要版本为奇数，例如。 1.3、1.5。另一方面，稳定版本的偶数版本号很小，例如。 1.2、1.4。
起初我不敢相信自己的耳朵，这似乎是不真实的。然后Wikipedia启发了我，这是一种来自Linux内核社区的实践，尽管似乎(？)最近已被删除。
几个小时后，我正在阅读Programming Ruby's preface，我看到了什么？ Ruby对版本号使用相同的约定。
您对此有何经验？您知道哪些(开源)项目/产品使用此版本控制架构？如果他们遵守此约定，是否有一种简便的方法可以快速解决？受欢迎吗？我已经开始软件开发了3年多了，以前从未听说过这种做法。
感谢您的回复。
最佳答案
Linux内核在2003年开始使用2.6内核时放弃了这种做法(即2.4是最后一个带有2.5开发分支的稳定版本)。我只是查询了自己在master thesis中写的关于项目的大致内容:
A split between a stable and a development branch is a very common strategy in open source projects, although some use more{footnote}. The release numbers used is then also often using a odd/even scheme on the form a.b.c where a is a major release number, b is even for stable and odd for development and c is a sequence release number (sometimes an additional d is also used).
{footnote} For instance, the XEmacs development is split between three branches: stable, gamma, and beta. Debian uses experimental, unstable, testing and stable.
有关linux内核的更多详细信息，请随时阅读整个“2.2.4 Linux开发分支”一章。
编辑:原始链接已消失，这是一个new link和适当的引文:
Løvdal, H. (2006). Analysis and description of an open source janitor project (Master's thesis, Høgskolen i Agder).
关于release-management - 哪些开源项目使用奇数不稳定/偶数稳定的版本控制样式，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1266411/