ThinkBou RS1-RS5阶段： 本阶段的特征是Client开发和NT内核开发绑定，Windows client团队对NT内核开发方向有完全的决定权，而Server则是接收来自Client团队交付的完整OS。 在这一阶段，Windows 10的功能更新必然会有NT内核更新。 这一阶段内，WDG的不同开发小组有自己的内部分支，内部分支的代码会移植到外部预览版本，外部预览版本的分支主要为rs_prerelease/rs1_release/rs_release。 这一阶段的Windows 10功能更新开发完成基本就正式发布，不会在推送之前频繁推送累积更新修复问题或继续添加新功能。 Ti（19H1内核更新）-Vb（20H1内核更新）阶段 本阶段的特征是NT内核开发采用semester半年期模式，NT内核开发与Azure业务需要绑定，同时考虑其它版本的需求（Client、WCOS、Xbox……）。Windows client团队接收来自COSINE部门的内核更新。 在这一阶段，Windows 10功能更新频率与COSINE的半年期保证大致相同，功能更新代号如下： Windows 10功能更新功能更新代号平台更新代号 Windows 10, version 190319H119H1 Windows 10, version 1909V19H1 Windows 10, version 2004未强调，疑似为VbVb 这一阶段内，Windows Experience的不同开发小组有自己的内部分支，但是存在感减弱。看起来绝大多数工作在rs_prerelease完成。 这一阶段的Windows 10功能更新开发不于内核更新正式版本交付的时间结束，在正式发布之前频繁推送累积更新修复问题。 这一阶段的Windows Experience同时开发Windows 10和Windows 10X，因此诞生了Windows功能体验包实现部分组件通用。 Mn（20H2内核更新）-Fe（21H1内核更新）阶段 本阶段的特征是NT内核开发采用semester半年期模式，NT内核开发与Azure业务需要绑定，同时考虑其它版本的需求（Client、WCOS、Xbox……）。由于Windows+Devices成立进入过渡期，Windows client团队在原有内核更新代码基础上完成功能更新。 在这一阶段，Windows 10功能更新频率与COSINE的半年期保证大致相同，功能更新代号不明。 这一阶段内，虽然Windows client的开发仍然活跃在rs_prerelease等与COSINE内核开发同进度的版本上，但是正是推送的功能更新使用累计更新+启用包推送。 这一阶段的Windows Experience同时开发Windows 10和Windows 10X，因此诞生了Windows功能体验包实现部分组件通用。 Co（21H2内核更新）阶段至今 本阶段的特征是NT内核开发采用semester半年期/周期模式，NT内核开发与Azure业务需要绑定，同时考虑其它版本的需求（Client、WCOS、Xbox……）。。这一阶段内，Windows client的功能更新/新操作系统具有独立的代号，如SV…… 2020年8月Windows+Devices内部整合完毕，WDX成为当前Windows client的开发部门。 这一阶段内，rs_wdx等内部开发分支出现。WDX的活跃内部开发分支可能有一段时间不在Azure最新内核周期的版本上，比如著名的co_refresh分支。 Windows 11, version 22H2引入了Moments工程，该工程为当前版本的Windows 11提供持续的小功能更新。该工程的活跃分支在Ni周期的版本上，同时也是WDX当前的主要工作。来自RP、Beta、Dev通道的版本均接收来自该分支的代码迁移，因此目前Dev所在的内核周期也不是WDX的主要开发基础。 这一阶段的Windows功能更新开发不于内核更新正式版本交付的时间结束，在正式发布之前频繁推送累积更新修复问题并继续添加新功能。部分功能更新使用累计更新+启用包推送。
何木槿 RS4：我曾经叫17133。哪怕推出了补丁也还是被迫+1. RS5：你在说什么？我硬是叠上了一堆补丁才亮相。 当年RS4因为阻塞性Bug变成了17134。RS5因为删文件问题被迫回炉重造，晚了2个月发布。
