几乎所有人都知道，Linux 从 2.6.x 版本迁移到了全新的 3.x 版本。
我看到了很多关于内核版本号已更改这一事实的评论（维基百科作为主要来源，如您所见这里:) ）。
关键是，尽管有很多有关更改基于时间的格式的版本控制方案的信息，但我无法找到与新版本控制方案相关的任何信息。
有谁知道新的版本控制方案如何工作？
答案1
新的版本控制方案与旧的 2.6 版本控制方案几乎完全相同，除了“3”。使用而不是“2.6”。换句话说，我们没有将 2.6.39 之后的版本称为 2.6.40，而是将其称为 3.0。稳定更新现在是 3.0.1、3.0.2 等，而不是 2.6.40.1、2.6.40.2 等。我们有 3.1，而不是 2.6.41。等等。
开发模型、合并窗口、发布周期等没有任何变化。唯一的变化是我们的版本号少了一个组件（即 3.x 而不是 2.6.x）。
答案2
找到了一些信息本文
主要是：
“2.6.x 系列之前的版本控制方案出现在 2005 年左右，当时内核正在向较短的基于时间的发布周期过渡。主要版本号和次要版本号固定为 2.6，第三位数字用于指示实际版本。新型号，主要版本固定为3，第二位数字将用于指示实际版本号，第三位数字将用于稳定版本。
“这显然也为下一个内核打开了合并窗口，即 3.1。稳定团队将采取第三位数字，因此 3.0.1 将是第一个基于 3.0 的稳定版本，”Torvalds 在发布公告中解释道。
答案3
如果“调度”是指现在的开发进展情况，那么它是这样的：
3.7 发布（稳定人群开始他们的 3.7.1、3.7.2 等系列）Linux 打开“合并窗口”，大约 2 周时间，他将接受新功能（这些功能通常在其他地方正在酝酿） 。当合并窗口关闭时，Linus 发布 3.8-rc0（候选版本 #0），之后仅有的错误修复应该进入内核（有时合并的功能会被收回）。接下来的每一周（大约）Linus 都会发布 -rc1、-rc2……，直到他确信不再有 bug（通常在 -rc6 左右），然后 3.8 诞生了。然后循环再次开始。当这一切继续进行时，开发人员正忙于修改为未来合并窗口提议的更改（某些功能在被认为可以接受之前已经开发了多年）。