ReactOS Newsletter: 第一卷，第 9 期

第一卷，第 9 期

现已出现时事通讯的第 9 期
什么是“软件生命周期”？
第一步骤：Pre-Alpha（早期测试版本）
第二步骤：Alpha（大量开发中）
第三步骤：Beta（测试中）
第四步骤：Release Candidate（缩写 RC，又称“候选发布版”）
第五步骤：版本 1.0
ReactOS 距离版本 1.0 仍然有多远？
SVN：这星期是
添加到构建
仅对 0.2.9 分支的更改
Advapi32
API（应用程序界面，又或者“应用程序编程界面”）状态列表
CMD（命令提示符）
CPL（控制面板）
CRT（C Runtime Environment，C 运行时环境）
Devmgr（设备管理器）
驱动程序
资源管理器
Kernel32
新增
新闻、媒体
RosCMS（ReactOS 内容管理系统）
内容编辑界面
登录功能
网站状态页面
用户账户管理员界面页面
SetupAPI
Shell32
SMSS
Techbot (IRC)
不再支持的供应商
引进的供应商
WineCalc
USB
User32
XML 文件
下个星期？

Newsletter Archive

byon
translated by samuel1991 on 2010-02-13

top

现已出现时事通讯的第 9 期

这里有几件令我烦的事情。Windows XP 对我的鼠标搞了一劫是当中其一。因此，这就随着而来一个重新格式化以及重新载入。还有，最重要的是，我有个电源供应是犹如 SCO 认证官司的狡猾。基于某些奇怪的原因，当中我的某个硬盘也会停电，这会导致我的硬盘进入减速状态，就像骨牌效应的倒塌，最后导致我的系统死机。真是奇怪，这也就是部分的原因为什么我最近做得不多。诊断，每当僵死的情况而损失自己的作品是非常耗时的吧，不是吗？

所以，这个星期究竟在 ReactOS 有什么事情吗？这里有点稍微的解释 ReactOS 在“软件生命周期”处在何处，以我的一般机智，又无味的幽默就将会带来不错的效果。

top

什么是“软件生命周期”？

您真的问这个问题，我就感到欣慰了。每个软件是由一批合格的软件工程师所制作的话，将会遵循一个生命周期，并为终端用户一个（非常一般）的概念关于本软件的成熟和稳定程度。

top

第一步骤：Pre-Alpha（早期测试版本）

早期测试版本是收集点子，规划如何编写代码，并且在某些情况在编写复杂软件的时候可能适用的，就是编写编程框架。虽然目前在我们 ReactOS 的前页被标明为“早期测试版本”，我个人就对此表示不感到认同。

top

第二步骤：Alpha（大量开发中）

以我个人谦虚的意见，ReactOS 目前的状态应该是这样描述的。大量开发中，顾名思义就是编写核心代码，并且多数的代码只会对软件工程师，开发者和少数的热心者所感到兴趣的。在这个阶段，许多软件的部分并不完备，并且在多数的情况下将比起 OJ Simpson Alibi （请参见这个链接以获取详情辛普森）还有更多的漏洞。犹如所有处在这个阶段的软件，ReactOS背负格言，“小心慎用”。大量开发中的软件也能够分成几个定期发布，比如 Alpha 1，Alpha 2，等，以便表示这个进展的程度。

top

第三步骤：Beta（测试中）

这个阶段应该是许多人所感到兴趣的，并且只会在软件抵达适合足够的稳定和功能程度才会发生。在这个阶段，反馈时常是从许多公众的角度所获得，尤其是复杂软件如操作系统。测试软件也能够做成定期发布，比如 Beta 1，Beta 2，等，以便表示这个进展的程度。

top

第四步骤：Release Candidate（缩写 RC，又称“候选发布版”）

虽然它本身不算是个阶段，这是因为它本身也可以为 Alpha 和 Beta 发布所适用。在候选发布版，代码将经历一个名为“功能冻结”的过程。这也表示任何新代码处理新功能被提交的主干后，将不会向后移植到版本分支。

深入候选发布的周期（您可以有好一些，我好像记得有个在 Betanews 居然曾经出现 RC16），在分支所使用的代码作为候选发布将经历一个名为“代码冻结”的阶段。这是个完全停止代码并向后移植，除了修正与“阻碍性” (“Blocker”) 相关的错误。阻碍性错误的错误已经被评为那么严重到做出必须延后发布的决定，直到该错误已经修正到满意的水准。

top