对本次Windows桌面客户端版本预览通道变更看法：
先放上预览通道变化的情况：
- 原有Dev通道变为Canary通道，当前版本区段25000+；
- 重新规划Dev通道，当前版本区段23000+；
- Beta和RP通道保持不变。
自从2020年废了Skip Ahead通道以来，特别是2020年调整了预览通道为Dev、Beta、RP以来，Windows桌面客户端缺少一个像之前Fast通道的通道。这个通道剑指下一次功能更新，Windows桌面客户端团队可以很好实现对下一次功能更新的开发和收集反馈的掌控。因此，在SV开发期间，WDX直接提了216xx和221xx版本区间做功能开发；而后来SV2Moment开发，WDX直接划了22800+-23000+版本区间做功能开发。
但是这样仅限于功能开发，依旧无法实现对收集反馈的掌控，使反馈作为功能测试的替代，更好服务开发工作。同时，Windows+Devices部门规划了Next Valley，Windows桌面客户端团队也需要管理NV的开发和收集反馈的工作。于是在今天，Windows预览体验计划迈出了下一步。
- Canary通道用于让Windows桌面客户端的测试版本保持与最新的Windows平台同步，同时
掌控NV的开发和收集反馈的工作。Canary通道的版本还包括对Windows内核的重大更改、新的API等。
- Dev是为了实现对Windows 11持续创新功能的开发和收集反馈的更好掌控。Dev版本的OS底层现在将更加稳定，因为它不会与Windows 11有太大偏差，都是ni周期的版本。预期分支ni_prerelease
- Beta是即将完成的Windows 11功能。
- RP是下一个Windows 11功能更新。
ThinkBou 鉴于此，对于之前Cu跳Zn的推测做一些修正：
- 跳周期意义不明，不知道是为了Server还是Client。但是NV大概率会在Ga周期完成，这是目前可以预测的。
- 基本来说，当初CU直接跳到2505x，是考虑到了WDX的开发安排。
- 23xxx目前依旧无法与11 23H2绑定，11 23H2的更新应该还是服务技术交付。不过无论如何，Windows 11的故事在Ni周期结束了。
