微软资深工程师 Raymond Chen 最近在官方博客分享了一段鲜为人知的 Windows 发展史：Windows 95 的用户界面（UI）是如何被整合进 Windows NT 4.0 的？这一过程远非简单的复制粘贴，而是一次复杂且精细的跨代码库移植项目。
虽然 Windows 95 和 Windows NT 的窗口管理器最初都继承自 Windows 3.1，但经过多年的独立发展，两者的代码已经产生显著差异。因此，NT 团队并未直接将 Win95 的窗口管理器代码搬入 NT 系统，而是将其作为参考设计，在 NT 自身的代码基础上重新实现关键功能。例如：
- RegisterClassEx 的行为
- SetScrollInfo 的逻辑
- 窗口右上角关闭按钮的交互机制
这些功能虽表现一致，但实际是在 NT 原生代码中逐项重建完成的。
相比之下，资源管理器（Explorer）及其他 shell 组件的迁移方式则更为直接——这些组件被“近乎完整地”从 Windows 95 移植到 Windows NT 的代码库中，随后进行适配性调整，以支持 NT 特有的特性，比如完整的 Unicode 支持。
使用四维度框架评估任意 GitLab MR 或 GitHub PR 的复杂度：规模（20%），认知负荷（30%），审查工作量（30%），风险/影响（20%）...
更值得注意的是，针对用户模式 shell 的改进并非单向移植。NT 团队所做的许多修复和优化，也会反向合并回 Windows 95 的主代码线。这意味着后续发布的 Windows 95 版本得以受益于这些改进，无需重复解决相同问题。为避免向 Windows 95 引入仅适用于 NT 的代码而导致潜在错误，开发团队采取了多种防护手段：
- 使用
#ifdef WINNT等预处理器宏来隔离平台专属代码。 - 对某些通用性较强的修改（如将
sizeof表达式改为sizeof(...) / sizeof(...)），由于其在 Windows 95 环境下等价于除以 1，不影响运行，因此可安全引入，无需额外宏保护。
Raymond Chen 回忆道，当时微软使用的源码管理系统名为 Source Library Manager（SLM），工程师们戏称其为“slime”。与现代的 git 等分布式版本控制工具不同，SLM 不具备强大的分支合并能力，代码在两个平台间的同步主要依赖手动操作，尽管部分流程实现了自动化，但仍远不如今天的合并机制高效便捷。
值得一提的是，主导此次 Windows 95 Shell 向 NT 移植工作的，正是微软另一位传奇人物 Dave Plummer。他不仅负责了这一关键工程，还曾设计了 Windows 产品激活机制，亲历了 XP 时代 infamous 的 FCKGW 密钥泄露事件，成为 Windows 安全史上不可忽视的角色。
