几乎所有人都知道,Linux从2.6.x版本转向全新的3.x版本。
我已经看到了很多评论,也是关于内核版本控制号被更改的事实(维基百科是主要的源代码,正如您可以看到的这里 :)。
关键是,尽管有许多关于以基于时间的格式更改版本控制方案的信息,但我无法找到与新版本控制方案相关的任何信息。
有人知道新版本控制方案是如何工作的吗?
发布于 2011-10-10 20:43:56
除了“3”之外,新版本控制方案与旧的2.6版本控制方案几乎完全相同。而不是“2.6”。换句话说,我们没有在2.6.39版本2.6.40之后调用该版本,而是将其命名为3.0。稳定的更新,而不是2.6.40.1、2.6.40.2等等,现在是3.0.1、3.0.2等等,而不是2.6.41,而是3.1。诸若此类。
开发模型、合并窗口、发布周期等都没有改变。唯一的改变是版本号少了一个组件(即3.x而不是2.6.x)。
发布于 2011-10-10 20:17:02
在这篇文章中找到一些信息
主要是:
“之前2.6.x系列的版本控制方案出现在2005年左右,从内核过渡到更短的基于时间的发行周期,主版本号和次版本号固定在2.6,第三位数字被用来表示实际版本,新型号的主版本被固定在3,第二个数字将用于表示实际发行数量,第三个数字将用于稳定发布。
“这显然也打开了下一个内核的合并窗口,即3.1。稳定团队将获得第三位数,因此3.0.1将是基于3.0的第一个稳定版本,”Torvalds在发布公告中解释道。
发布于 2013-01-15 21:42:21
如果您所说的“调度”指的是现在的开发情况,则如下所示:
3.7被释放(稳定的人群开始排队3.7.1,3.7.2,.)Linux打开了“合并窗口”,在此期间,他将接受新特性(通常是在其他地方做的)。当合并窗口关闭时,Linus释放3.8-rc0 (Release候选人#0),之后只有bug修复才会进入内核(有时合并的特性会被带回)。每隔一周(大约)莱纳斯发布-rc1,-rc2,.直到他确信没有更多的bug(通常是围绕着-rc6)和3.8出生。然后循环又开始了。所有这些都在继续,开发人员正忙着对未来合并窗口提出的更改进行黑客攻击(一些功能在被认为可以包含之前已经进行了多年的研究)。
https://unix.stackexchange.com/questions/22412
复制相似问题