ReactOS

启动开发

大约在1996年时，一群开源软件开发者启动了一个名为FreeWin95的项目，旨在实现一个Windows 95的克隆操作系统。这个项目当时只停留在关于系统实现的讨论上。
虽然对于FreeWin95 项目期待很高，但直到1997 年末，项目还没有公开发布任何版本，于是项目协调员Jason Filby 联合大家重振该项目并起了一个新名称“ReactOS” ，并计划重新实现Windows NT。1998年 2 月 ReactOS 项目正式启动，开始开发系统内核和基本的驱动程序。

代码审查

为了避免著作权起诉，ReactOS 必须明确地完全区分并且不派生于Windows，这是一个需要非常谨慎工作的目标。2006年1月17日，Hartmut Birr 在 ReactOS 开发者邮件列表中指出ReactOS 包含有反编译的 Windows 源码。因此开发者暂时禁止非开发者进入系统。鉴于 ReactOS 是开放源码软件，此举引起开放源码社群的不满。ReactOS 的贡献者没受当时的举动影响。
不久后所有软件开发工程都能自由进入了。由于 Birr 的指摘未能证实，开发者决定审查源码。
可能“受污染”的源码会被封锁，直到那些源码经审查后确定无问题。
大部分的源码已解封，维护和开发都可继续进行，而审查亦同时进行。
2008年，源码已经全部解封。审查也已经全部结束。维护和开发得以正常继续。

参与 Google Summer of Code

从 2006 年开始，ReactOS 项目参与了几次Google Summers of Code。例如，在GSoC 2011 中， ReactOS 指导了一个将lwIP 集成到网络堆栈中的学生项目。迄今为止，ReactOS曾在GSoC 参与过五次：2006年，2011年，2016 年，2017年 和2018 年。2019 年也将参与。

公开演示

俄罗斯的政治人物Viktor Alksnis 会见了项目协调员Aleksey Bragin，Aleksey Bragin介绍了该项目并演示了该项目，演示中显示ReactOS 在 2007 年已经可以运行当时的Total Commander 和 Mozilla Firefox。
它还吸引了时任俄罗斯总统梅德韦杰夫（Dmitry Medvedev）的关注。 梅德韦杰夫访问了斯塔夫罗波尔地区的一所高中，巧合的是ReactOS 开发者Marat Karatov 正是该学校的高中生，他借此机会向总统介绍了开源Windows 系统，并请求总统资助100 万欧元。梅德韦杰夫称对ReactOS 很感兴趣，表示会考虑资助事宜。

ReactOS 社区版

2014年4月，ReactOS 项目宣布推出iegogo活动，推出基于0.4版本的ReactOS Community Edition。筹资活动的目标是50,000美元，除此之外还有额外的伸展目标。ReactOS Community Edition 的开发将以社区为中心，ReactOS用户投票和资金决定项目旨在支持哪些软件和硬件驱动程序。2014年 6 月 1 日，关于Indiegogo的灵活众筹活动结束时筹集了25,141美元用于社区版的开发，并且不久后启动了支持硬件和软件的投票过程。

ReactOS Hackfest 2015

ReactOS 项目于2015年8月7日至12日在德国亚琛市举办了一场Hackfest。Hackfest 圆满结束，因为它为ReactOS 增加了许多功能。

核心开发

ReactOS 主要用C语言 进行编写，另外包含一些用C++ 编写的元素，如 ReactOS Explorer 和声音栈。该项目使用MinGW 和 Visual Studio 进行编译。开发人员的目标是使内核和用户模式API 与 Windows NT 5.2（Windows Server 2003）兼容，并增加对更多应用程序和硬件的支持，并计划在开发日趋成熟时针对更新版本的Windows。DirectX 支持是通过内部实施ReactX 进行的。2D 硬件加速渲染是本机完成的，而其他绘图功能则重定向到OpenGL 作为权宜之计解决方案。 
开发进度受开发团队规模及其经验水平的影响，以 Windows 7 开发所需工作量的估计，微软雇佣了大约1,000 名开发人员，组成了25 个团队，每个团队平均有40 名开发人员。但截至2011 年 9 月 2 日，在 Ohloh 的 ReactOS 网页上列出“非常大且活跃的开发者团队”包含在12 个月内贡献代码的33 位开发者、及从ReactOS 项目开始后于Apache Subversion 上贡献的104 位用户。ReactOS 开发人员Michele C. 在米兰举办的Hackmeeting 2009 上的演讲中指出，大多数开发人员在使用ReactOS 时都了解Windows 体系结构，并且没有任何先验知识。 
ReactOS 当前主要针对x86 / AMD64 架构平台，移植到ARM 架构的努力则“正在进行中”，虽然他因没什么有效产出而被放弃维护了。对 Xbox（x86 体系的变体架构）则经由使用特定架构的HAL 导入；虽然如此PowerPC 架构的支线则不再积极维护。

硬件驱动程序堆栈

在硬件驱动程序方面，例如UniATA项目为ReactOS 提供串行ATA驱动程序。该项目还尝试使用FullFAT库重写其FAT可 安装文件系统。ReactOS利用 Haiku 的 USB 堆栈作为参考，并作为其USB 支持的基础。

网络

ReactOS的网络堆栈构建在FreeBSD 中 OSKit 网络堆栈端口的TCP部分，以及内部开发的面向数据包协议（如IP）的实现。后来，lwIP被集成到ReactOS的网络堆栈中。Samba / Samba TNG 项目已经提供了LSASS，SAM，NETLOGON 和打印假脱机等Windows 网络服务作为开源替代方案。

与 Wine 项目合作

ReactOS 和 Wine 项目共享本机运行二进制Windows 软件的目标，因此可以共享许多依赖项和开发。 ReactOS 使用 Wine 项目的一部分，以便它可以从Wine 在实现Win32 API方面的进展中受益。虽然由于体系结构的不同，Wine 的 NTDLL，USER32，KERNEL32，GDI32和 ADVAPI32 组件不能由ReactOS 直接使用，但代码片段和其他部分可以在两个项目之间共享。不过内核由ReactOS 单独开发，因为 Wine 依赖于现有的类Unix 内核。。
此外，ReactOS另外有一支实验性的Arwinss团队，透过另一种方式去构建Win32 API，使USER32及GDI32的支持可以做得更好。ReactOS原来的Win32子系统完全以Windows的等同为蓝本，但Arwinss则透过合并原来ReactOS的Win32子系统及Wine的Win32子系统的架构，以好好利用Wine的系统兼容性。这样，Arwinss就可以让用户透过一个遥距的X server作显示，而无需硬性规定必须要用硬件上的显示屏。

影响与评价

下面一些关于ReactOS 项目的批评提出几条为什么他们不相信ReactOS 会成为一个有价值的项目的原因。其中，有人指出把与Windows NT 4.0 兼容作为ReactOS 的发布目标是一个局限，因为 NT 4.0 评价不佳而且它已经过时了。
作为回复，有人提出虽然当前是把与Windows NT 4.0 兼容作为目标，但是，Windows 后来基于NT 架构的系统都与NT 4.0 在系统层次上高度相似（例如：Windows 2000, Windows XP, Windows Server 2003）。因此，想要与后续的Windows 版本兼容，只要 NT 4.0 的目标完成，剩下都简单了。
以此为由，该批评的回复者说把NT 4.0 的兼容作为里程碑并不是一个局限，而是未来开发的基础。
其它人则批评认为我们已经有好几个基于Unix（Linux 及不同版本的BSD）的操作系统, 与其再创建一个新的, 不如集中精力改善旧的，努力做好WINE，让现有的WINDOWS 应用程序在其上运行得更好。但是，ReactOS 开发者及其他拥护者辩解说，UNIX 类操作系统不一定是唯一的最好的操作系统类型。NT 的设计含有很多概念是Unix 工作方式的改进，而且一个在更低层次更似Windows 的操作系统（即是设计成与Windows 相似，而非执行某某应用程序，尝试把另一个操作系统变成Windows）将更有机会成功达到更广阔地兼容现有的Windows 应用程序和（特别是）硬件驱动程序。