Release Engineering

共 25 篇文章。

FreeBSD 7.0-STABLE冻结正式开始

• Development

今天Ken Smith正式宣布了FreeBSD 7.0(目前是7.0-CURRENT)代码冻结的开始。代码冻结是-CURRENT到-STABLE开发线转换的重要步骤,按目前的进度,7.0-RELEASE将会在今年9月左右正式发布。

经历了两年多的开发,FreeBSD 7.0-RELEASE将是FreeBSD开发团队采取新改进的发布流程发布的第一个发行版本。在过去几年中,FreeBSD的奇数版本(3.x, 5.x)系列由于引入了过多革命性的更改,而使得其发布一再延期;过早地划定-STABLE,曾经给FreeBSD 3.x系列带来了深远的不利影响;而延期两年将5.x系列标注为-STABLE,则令这个-CURRENT分支容纳了太多的大规模变动,导致这个系列中包含了许多不够成熟的代码。

阅读全文… ( 本文约 1271 字,阅读大致需要 3 分钟 )

我们将在本周末发布6.2-RC2

• Development

如题。相对RC1,这个版本的变动不是很大,修正了一些之前的问题。我个人预计可能会出到RC3,这样大约还有10-14天就可以发布正式的RELEASE了。对于希望跟进6.2的同学来说,现在已经可以考虑在部分非关键系统上升级了。

阅读全文… ( 本文约 170 字,阅读大致需要 1 分钟 )

老大们开始讨论FreeBSD的RELENG_7是否要提前的问题了

• Development

在距离6.2-RELEASE发布还有大约一个月的时候,FreeBSD的developers邮件列表中开始了关于RELENG_7的讨论。出于对邮件列表相关规定的尊重,我不便公开这些讨论的内容,只说说一些我自己的想法。

在一个有数百人参加的开源项目中,如何保持良好的发行版本品质,同时又不伤害人们的参与热情和新功能的开发进度?

这是一个很明显的问题。对于用户来说,他们最关心的是稳定性和性能。一般说来,用户通常会对操作系统进行裁剪,以便适应他们的需要。然而,并不是所有的变动都能够有效地局部化或模块化,许多变动可能是涉及面非常广的,而另一些变动则可能涉及大量用户,或属于操作系统中「不可或缺」的部分。

许多FreeBSD的开发人员是利用业余时间进行开发活动的。多分支开发对于开发人员来说是一件很头疼的事情。许多开发人员可能没有时间和精力去维护多个分支(搭建测试环境等等都是相当耗时的工作;此外,为了维持ABI/API稳定,还需要编写一些额外的代码),因此,多数开发人员会希望只有1个STABLE分支。

阅读全文… ( 本文约 1307 字,阅读大致需要 3 分钟 )

FreeBSD 6.2发布的消息

• Development

我可以负责任地说,这个版本:

  • 绝对没有可能在11月9日发布。这个没什么可说的,不要想了,绝对,绝对的不可能。
  • 发布的最早日期,不会早于20号。这个基本上我也可以肯定。

RELEASE现状:

阅读全文… ( 本文约 368 字,阅读大致需要 1 分钟 )

FreeBSD 6.1-RC1即将发布

• Kernel

我们即将发布6.1-RC1。虽然消息有些突然,但总体来说,现在6.1-RC1的情况还算不错,最后的那些问题希望能在一周内搞定。

参与评论

6.0-BETA5

• Kernel

Today the 6-STABLE branch has been named “6.0-BETA5”. A lot of known issues has been addressed and fixed. This beta has disabled the debugging options found in -CURRENT as well.

参与评论