- #256
SteveWorkshop 想当初，18363.10024（18363启用包+18362.10024，非官方方式）收到18363.418，也是给我重装了一次。
Windows 的过去、现在和未来
- #262
ThinkBou 抱歉，前两天可能有点语言过激了，我意思是说像win8那样的优秀设计，很多因为用户的不习惯和惯性思维没有得到认可可惜了
不过任务栏显示秒确实很多人觉得真没必要，比如z_yj版主
- 已编辑
- #263
Windows Insider 测试通道迎来重大变更
随着 Windows 预览体验计划来到第 9 个年头，微软现宣布为 Windows 内部人员提供新的“Canary”频道。
据介绍，新的 Canary 频道类似于 Dev 开发频道，包括一些对 Windows 内核的重大更改、新的 API 等。当然，发布到 Canary 频道的版本号将高于 Dev、Beta 和 Release Preview 频道（IT之家注：Canary 将从 Bulid 25000.x 开始）。
和 Dev 开发频道一样，Canary 频道中部分内容永远不会实装到正式版本，而其他的改变可能会在未来的 Windows 版本中出现。
微软强调，他们将会把之前已经在 Dev Channel 中更新 Bulid 25000.x 的测试人员转移到 Canary Channel，受影响的人将在系统和电子邮件中收到有关此次迁移的通知。
从微软的话中可以感受出来，新的 Canary 频道比原来的 Dev 开发频道更“快”，类似于大家在 Gtihub 上常见的自动构建版本，在开发完成后会自动发布，期间没有任何检查或者只有很少的验证，而 Dev 版本至少还会检查一下，因此 Dev 频道更稳定。
微软还提到，Canary 频道每次更新不一定都会有新功能，因此他们只会在有新功能出现时才会发布更新文档。此外，Canary Channel 并非“日更”，但将来可能会更频繁地发布新版本。
每个频道的初始 Bulid 版本：
Canary 频道：25000 系列。高级技术用户的理想选择。在新平台开发周期中的早期预览。该版本可能是不稳定的，并且发布时没有文档说明。
Dev 频道：23000 系列。尝鲜爱好者的理想选择。可以为您带来最新的 Windows 11 新想法和最新功能创意。该版本会有一些“粗糙”，而且稳定性较低。
Beta 频道：22000 系列。早期用户的理想选择。这些 Windows 11 版本将比开发频道的版本更可靠，其中的更新经过了微软的验证。这也是你提交反馈影响最大的地方。
Release Preview: Windows 10 & Windows 11。如果你想提前获取修复补丁和某些关键功能，以及在 Windows 下一个版本正式发布之前进行尝试，这便是你最理想的选择，而且该频道也推荐商业用户使用。
值得一提的是，对于自动转移到 Canary 频道但又想重新进入 Dev 频道的人来说，他们需要全新安装 Windows 11 才能进行切换。如果您是 Beta 频道的内部预览体验成员 ，而且想要更尝试更新的新功能和 Windows 体验，现在可以立即可以切换到 Dev 频道。需要注意的是，在切换频道时，由于技术设置要求，用户无法在“不干净安装 Windows 11”的情况下切换到较低版本号的频道。
（转载自IT之家）
- 已编辑
- #264
对本次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周期结束了。
- #265
ThinkBou 只希望23H2不是2262x,是23xxx还是25xxx我无所谓
- 已编辑
- #267
uupdump挂了,国内几个站都没更packs(
自己搭了个 网址: https://uupdump-canary.gailium.repl.co/
- #268
gailium119
他那是直接下线了还是只是在维护啊？
- #269
Amylopectinlover 他说是维护,也不知道是不是跑路了(
- 已编辑
- #270
关于Win移动版的一些探讨
前段时间，有人说从内部人员得到的消息
1.Windows 10移动版16212往后的版本，不支持XAP应用，并不是因为要砍了，而是单纯的还没做完
2.仙女座和wcos都和10m没关系，是从desktop模块化以后整出来的东西
3.10m当时是从WP8.1fork出来的，cherry-pick了一些win10 tp/TH/RS的内容，并不是直接从Windows桌面版衍生出来的
- 已编辑
- #272
Claris Andromeda是WCOS的一种，WCOS有很多Mobile的特点。比如程序包的mum里会有Mobile之类的东西、组装方法、分区结构之类的。
比如这样的：
<package identifier="Microsoft-WindowsCore-TestComponents" releaseType="Feature Pack" targetPartition="mainos" binaryPartition="false">
<mum2:customInformation xmlns:mum2="urn:schemas-microsoft-com:asm.v3">
<mum2:phoneInformation phoneRelease="Production" phoneOwner="Microsoft" phoneOwnerType="Microsoft" phoneComponent="WindowsCore.TestComponents" phoneSubComponent="" phoneGroupingKey="" />
gailium119 abbodi1406不至于跑路吧
