Community > ReactOS Newsletter Archive > ReactOS Newsletter: Issue 11, "You thought it was dead, didn't you?"
Issue 11, "You thought it was dead, didn't you?"
by Stuart on 2006-02-10
translated by samuel1991 on 2010-02-15
不会就此死去！
哇塞。现在现实生活的世界里终于暂时停止扰乱我，也就是时候让您，身为终端用户，来了解 ReactOS 工程到底发生什么问题。第 11 期里，我可以发誓已经上线，不过不是被删除，就是我忽略了一个按钮。
首先第一件事情。在 Reactos.org 的顶置，您将可以看到进展栏。这表示多少的主干已经被审核以便确认不含任何被版权所保护的代码。请单击 这里（英文） 以便查看顺序的详情什么是需要被审核的东西。现在 ReactOS SVN 代码库也改变了位置。请设置您的 SVN 客户端为 svn://svn.reactos.org/audited/trunk 。
现在，您会认为这会完全终止了任何开发进展。不完全对。有了机会来重写建造 ReactOS 代源码的文件夹布局，这里有了一些更改。
首先，文件夹的结构已经被更改了。这个新的细节能够在 ReactOS 维基（英文）中找到。还有，那些由 Rbuild 所使用的 *.xml 文件如今也重命名为 *.rbuild。它们也经历了一些内部调整以便让它们成为 *真正的* XML 文件。
那么什么时候音频能够离开 0.3.0？额，至少几个月。当审核进展已经完成后，我们就可以将建造0.3.0 成为一个事实。这个方面上我并没有日程表，但是敬请留意。
所以目前所处理的被视为没问题，并且现在将居住于主干？
top放眼看 SVN
top
新分支：
- “苗条”资源管理器分支
已审核：:
- Freeldr
- Fonts
- RosCMS
- ReactOS Press Kit（媒体包）
- RBuild 和 BootCD 目标
- CRT
- NDK
- DDK
- Arp
- Ipconfig
- Netstat
- Tracert
- Tcpsvcs
- Sc
- Servman
- Msconfig
- Win32API
- Oskittcp
- Explorer
- Ibrowser
- Winefile
- Packmgr
- Buildno
- Solitare
- Winemine
- Finger
- Ftp
- Ping
- Route
- Telnet
- Whois
- Getfirefox
- Shutdown
- CMD
- Hostname
- Devmgr
- Portcls
- RosApps: Noteveil
- RosApps: Packmgr
- RosApps: Zoomin
已更改：
- 更改 *.xml 文件到 *.rbuild
- bootdata -> boot
Freeloader
- 已添加 isoboot 代码
驱动程序
- 已添加“无效”驱动程序
Rbuild
- 重命名 MSVC 工作空间文件到 "..._auto.dsw/sln"
Explorer（资源管理器）
- 新增：由外壳路径 (PIDL) 所映射的图标缓存以便修正 GDI 句柄的泄漏
- fix Rebar resizing
Servman
- 写入服务到文件
- 新增一个路线规划（娱乐用途）
SC
- 添加创建服务的基本支持
- 开始放进功能来导出所有服务到文件
- 在失败的时候不要打开进展对话框
引进的供应商
- ADNS 1.0-Win32-05
- ReactOS 网站内容
ReactOS 的未来
我已经在开发者列表中收到许多关于 ReactOS 将何去何从的电邮。肯定的是，这是本工程史上最艰苦的时期，但我有信心这个问题将有美好的结局。
在 ReactOS 论坛，那里也有一个有趣的投票结果。显然的，虽然投票是大众可见，但是只有开发者才可以参与。但是我认为这个提议的投票将有许多的启发：
top计划甲方案（总结）
- 完全终止开发于旧的 SVN 代码库，并且对开发者而言是唯读（并且很可能在审核过后就会真正的删除它）。
- 创建已被审核的代码库，并移动、审核、重新编写从旧代码库的东西。从某个模块最可能干净的修订版开始（例如：内核应该是 ntoskrnl 修订版介于 9000）。
- 删除所有 Reactos 之前的发布，从任何下载服务器的发布代源码，犹如不曾存在。
- 估计时间才有新发布 – 数个月到年不等。
- 合法性 / 免于诉讼：完美。
计划乙方案（总结）
- 还原访问到旧代码库，包括匿名的只读访问权限和开发者的提交访问权限。
- 继续在旧代码库开发：所有新的提交绝对不能源自于受版权保护的作品（我再重申，但这是重要） - 因此没有肮脏的逆向工程。
- 并肩审核主干，重新编写那些受污染，和可疑的部分。
- 执行发布 (0.3, 0.3.x, 0.4)，而让每个发布越来越干净（宣布某些发布版，比如 0.4 为完全干净）。
- 可能鼓励创建一个分支以便为那些开发者从早期、那些不受污染修订版的内核里执行完整审核。
现在，对我而言，第二个选项看似很直接，并且果然目前投票结果是 7-2，选择方案乙。可是，希望这就能给您大概我们想要继续的力量。
top下个星期
虽然 SVN 的开发进展将会非常缓慢，我会在审核方面提供事态进展，并且追踪现有代码的新进展。
还有，万分感谢那些发送电邮给我的人。我最近一直都在阴影的状态，当有人还提醒我还是在某些东西值得的时候是非常好的感觉。
直到下个星期 ... 我会说“祝您编译快乐！”，可是当前的 SVN 却不会编译的很多！
Stuart "TwoTailedFox" Robbins
ReactOS 时事通讯周刊编辑人
top
