本帖开帖是为了解释WDG解散以后Windows研发的基本概况，随着搜集到的资料增多，探索时间范围也逐渐增大。对Sun Valley计划和突然出现Windows 11的规划与研发的历程，本帖曾提出了许多疑点和推论。
ThinkBou 所以现在有更多的问题了
- 什么是SV？
- fs的工作内容是SV吗？亦或是fs的工作后续替代了SV？
- 那么rs_wdx/co_refresh呢？
ThinkBou 我的问题不在于什么UI之类的。我在意的是：
- SV是不是一开始就指代了Windows 11？
- 如果不是，SV什么时候修改为下一代操作系统的？微软是如何衔接Windows 10 SV与Windows 11的开发的？
- SV的设计经历了什么样的调整，尤其是对于任务栏通知区域、通知中心和日历。
- 截止到21996同期，微软内部的开发工作进行到什么样了？（也就是说是不是直到发布会，微软才刚刚完成在发布会上宣布的内容；如果情况更糟，是不是没有完成）
ThinkBou 我怀疑是不是fs_*是10X团队挤走10团队以后搞出来的分支。
好，现在新的问题来了：
- 10X到底是当初COSINE做的还是体验与设备部门的Windows团队做的？
- 2021年新财年Windows团队重组，Windows+Devices到底都拉过来了什么人？
- 另外，根据当时Windows Central的独家信源，Sun Valley计划的所有内容就是我们所看到的，只有品牌从Windows 10变成了Windows 11。所以所谓的10X团队把10X的东西放到SV上了，到底都放了什么……
- 还是说SV就是10X完蛋的结果，也是把10X的UX整合进10的结果。只不过后来大领导想要业绩，一拍脑门把10变成了11。
ThinkBou 以下是我的推断：
- 原本Win10开发团队在rs_wdx分支搞SV，并且做出了一些内容，比如新的窗口动画等。2月10X被判死刑，10X开发团队挤走10开发团队搞出fs分支，并且在这个分支区段搞出了11。从此Sun Valley计划正式变为Windows 11的Codename，并且修改了一些规划和增添了一些新规划，这一变动导致某些Win10团队已经做完的内容被删除。
- Win10开发团队迁移工作至co_refresh分支。3月和4月Win10团队主要工作可能是在co_release_wdx搞些东西划划水，这也是wdx在某一平台进入release后日常的内部开发分支。何木槿 的疑问是有道理的，co_refresh其实就是因为受到冲击而特别创建的分支，和rs_wdx没什么太大关系。
- fs分支的工作于21390步入尾声，两边团队开始合并到co_refresh分支的开发工作上，在该分支继续开发未完成的功能，并且开始向Co平台的外部预览版本和Ni平台的版本同步功能。co_refresh于7月进入尾声，后续工作切换到Ni平台的rs_wdx分支。
波澜壮阔的4个月，赶鸭子上架的Win11预览版就如此送到了我们面前。
基于越来越多新资料的曝光，现在已经可以初步对Windows 11的规划与研发的历程做一个简要的结论性描述：
- 新的Windows+Devices团队在2020年下半年对Windows 10的UI和UX刷新做了进一步规划，并计划于Co周期21H2平台完成这一规划，形成了Sun Valley计划。Windows 10团队在2020年10月开始着手准备SV的开发。
- 2021年初，Windows 10X的市场前景不够明朗，最晚在2021年2月的时候微软取消了Windows 10X的出货计划，并合并了Windows 10X和Windows 10两个团队。经内部“民主表决”，Windows 10X体验迁移回Windows 10。在此基础上，Windows+Devices规划了下一代操作系统，SV计划变身为Windows 11的代号，并衍生出Cherry Hill子项目。Cherry Hill包含了对FileExp和其他内容的刷新。Windows 10X团队接管了SV Shell的开发，并将fs_*分支作为接受Shell更新的Windows 11的OEM预览版本。Windows 10团队开始迁移并调整工作重心至Cherry Hill。
- 2021年4月，Windows 10团队开始迁移工作至Ni周期22H2平台（当时计划为22H1平台）开发，并通过co_refresh分支向后移植Cherry Hill功能和其他内容，包括FileExp更新、设置更新。
- Build 21990开始，co_release分支开始合并来自fs_*分支、co_refresh分支的内容，Windows 11进入主线。2021年6月，SV Shell更新同步至Ni周期22H2平台。
- 微软于Build 22000完成了Windows 11基础版本的开发，并持续通过co_refresh分支向后移植完善Windows 11体验。微软于Build 22000.194完成了Windows 11普遍可用版本的开发，Windows 11开发历时11个月。
- 借鉴SV开发经验，微软于SV2主要开发结束后开始了Moments工程，为SV2在生命周期内提供一定数量的新功能。
如果用一张图总结，那就是下面这样：
以上结论的资料来源：
ThinkBou 此外我注意到知乎上有人提及了这个消息……
作者：匿名用户
链接：https://www.zhihu.com/question/473686435/answer/2017667282
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
政治斗争产物就是这个样子。。。
10x完蛋以后部门开发全部转回了原本的10开发组
一大波新（菜）人（鸡）民主表决的结果就是把10x的东西整合进10，毕竟写都写了，就不管他适配不适配使用场景了
而这波新（菜）人（鸡）里还有一大票是在加入10x开发前压根就没有碰过符合传统personal computer定义的设备，手里主力机器是一个logo为咬了一口的植物种子的屏幕尺寸为9.7英寸的传统定义上叫做tablet的一种设备的灵长类动物，只是因为某些染色体指标或者心理认知指标再不然就是机缘巧合而被强行塞进大厂的，工作总经验截至2021年为3年左右的新（菜）人（鸡）
但是10的老开发组明明之前还在正常工作，根本来不及反应，也没办法mixin，那就只有migrate
所以结果就是明明已经推出了11预览然后10还要再走一两个版本，等老员工该换岗换岗完了才会正式切入到这个写作11的10的开发。。。
这就是个分支出来的套皮系统，版本号都留着呢，说兼容说性能根本就是在扯淡，硬件需求主要还是没有适配的问题，但是测试系统不全面适配那不是非常正常，何况win10自身多个版本迭代下来老os的兼容性和新的也不尽相同。。。
至于tpm2.0这个标准本身就已经标配了好多年了，装不了那是bug，硬件不兼容的大部分也不会兼容win10的20h2，也不能指望这些古董10都不装突然就要升级11，没道理的要不是给锤子们的kpi卡的越来越紧，锤子又怎么会指挥螺丝钉刷一大波kpi呢。。。
当然，螺丝钉能力有限敲不下去了让锤子给木板狠狠来一下，撬开重打也不是不可能的。。。
ThinkBou 10.0.21315.rs_wdx_dxp_ixp3.210213-1700的SystemTray的图标可以看到已经圆角化了，但是在后来fs_prerelease所有的版本中全部都是直角，我怀疑是不是fs_*是10X团队挤走10团队以后搞出来的分支。
ThinkBou 十分炸裂的信息！Zac Bowden确认某些Windows版本确实存在圆角磁贴，这些变化可能存在于21327之前的rs_wdx分支中。
ThinkBou 最近Ni平台的几个rs_fun分支泄露，提供了更多信息……看样子当时Win10团队工作迁移到了Ni平台，而10X团队工作在Co平台fs_*分支。
