Windows 的过去、现在和未来

最近Longhorn的开发时间轴被梳理出来了

我的目标是最终能和这本书接上……

不过一些内容内容Hardcore Software已经帮我们解决了，剩下的就很轻松了

何木槿 上面图里那个人的提法看起来和现在IT之家的报道以及其它消息源的内容完全相反……到底发生了什么？

近期有更多有关Longhorn的内容得到了回顾（火星内容？）

1. 看上去3790的编译时间晚于4093，但是实际上3790的编译时间早于4093？
   
2. 回顾当时的两个提问，现在看起来有了答案：“在重置之前的一个月内，MS 过渡到了基于 Win2k3 SP1 的 indev 版本的全新代码库。 有一段时间，40xx 和 5000 都是并行编译的“

ThinkBou 我又回顾了一遍Longhorn的开发史，发现了很多有意思的地方，比如：

• 开发计划重置前后竟然编译了众多Build 5000；
• Build 4093竟然在重置一个月以后又编译了至少一个版本

ThinkBou Something Funny……

据这个消息来复盘我所有的相关预测和观察

1. ThinkBou 删除线部分胡说八道，没必要看。
2. ThinkBou 看起来报道内容没有问题，有问题的是我后来的回复ThinkBou 和回应ThinkBou 有些问题。关于回复和回应，现补充说明：虽然说Windows桌面客户端版本的开发和Windows平台分离，但是仍然不能将这两个开发计划混为一谈。
3. ThinkBou ThinkBou ThinkBou ThinkBou 看起来Windows 11 Version 22H2将以NI平台为基础，而且将会检测和优化很长时间，不亚于Windows 10 Version 2004更新的测试时长。至于CU平台的开发，将会作为Azure交付的2023年Windows平台更新，也就是说我认为NI平台将会是2022年Azure交付的唯一平台更新。

假消息害死人ThinkBou，这个消息源的消息以后要慎信。

OK. 3月24日早些时候微软同时推送了22581到Dev和Beta。所以真相大白，水落石出。Windows 11 22H2将会以Ni周期的代码为基础。就像之前我提及的一样。

ThinkBou Something Funny……

在去年的时候，我们都以为Windows 11 22H2将会以Cu周期的代码为基础，然而我们都错了。这里不排除因为WDX的开发计划改成一年一大更而Azure也因此降低内核周期的频率。

至于SV2是不是Windows 11 22H2的代号，可以看这两张图片。


同时，微软也曾在BugBash的任务描述中大规模提及了SV2的内容

所以，真相大白，SV2根本不是什么对Windows 11 21H2的小更新，也不是什么Windows 11 RTM新体验，它就是Windows 11 22H2的代号。

至于未来的开发，Dev将会继续兼顾Fast&Skip Ahead的特性，超前开发的同时为正式版试验新功能，就像下面这张图片一样。

说完了SV2，咱们再来说说SV3。Xeno透露了一些关于SV3和Windows平台开发周期的信息。

1. 根据这张图，SV3很大几率会是Windows 11 2023年功能更新的代号。不知道PPT里画了什么大饼
   
2. 根据这张图，Azure的内核周期确实放缓了。现在的NI平台是22H2平台更新，CU平台是23H2平台更新。
   

此外有消息认为，SV3将会以CU平台的代码为基础。

新证据表明Windows平台开发周期放缓

（这是去年Windows 11发布前的文章，至少在那个时候CU平台还是22H2平台更新）

ha1 这是我手动拿必应翻译的页面……虽然确实是zh-ms

SV2 Server？
22600 是 Client 22H2 GA？