检测到论坛CSS可能没有正确加载,如出现排版混乱请刷新重试。

We detected that the CSS might not be loaded correctly. If the website displays abnormally, Please refresh and try again.

l zw Xbox推Zn为2208正式版是确定的,之前Mn和Fe这些都没推给Xbox,Xbox和Client正式版进度一样,都是18362-18363-19041-22000-22621,由此认为zn_release将有Client正式版。

23H2(确信)
按此推测未来的变化可能呈现这样的状态:Dev→Zinc,Canary→Gallium,Beta→22625→Zinc
不过如果按照 ThinkBou 的说法,每个团队现在都能择其所好了


l zw Zn为2208正式版

不应该是2308吗(

Xbox的8月大更新命名已经持续了两年了。
不过Xbox的更新挺有意思,出现了Client里没有的版本号,还带着修订版本号


ThinkBou 客户端的LTSC一定基于在发布当时已发布的客户端版本,微软不会把阵线拉得太长。

这倒是,不过Server就不一样了

gailium119 毕竟已经试过一次了[tieba=huaji]
只要有UUP,搓出来又不是不能用,说不定还能好用[tieba=huaji]

ThinkBou 反正Zinc还是很有希望出现生产签名的产物的,我只想把我的Windows平台尽快迁移到一个新而稳定的地方。

    Famous 即使是属于24H2周期

    个人认为,周期是一个Windows平台范畴内的概念,不要随意限定其内涵或扩展其外延。

    Famous 我还记得微软在去年曾经说过Moments至少有4次大更新

    微软没有说过,只是得知一些消息的媒体独家爆料了这个事情。

    不要将媒体的话等价于微软的话。


    何木槿 转到企业或服务器版本,发布11 LTSC

    Well…客户端的LTSC一定基于在发布当时已发布的客户端版本,微软不会把阵线拉得太长。


    l zw Moment 5+既没有开发版本空间

    我不是很能理解这个版本空间是什么。对于微软来说,版本号是够用的。

    l zw 启用包能解决的就绝不会用完整更新。

    对于微软来说,通过服务技术(也就是累积更新)更新WinAppRT.CBS是几乎不可能的,所以会直接推送新版本。不过你在做出这些推断时

    Xbox推Zn为2308正式版是确定的,之前Mn和Fe这些都没推给Xbox,Xbox和Client正式版进度一样,都是18362-18363-19041-22000-22621,由此认为zn_release将有Client正式版。

    如果真要启用包实现不了的新功能又不如推zn_release。

    我建议你注意一下这件事情:



    何木槿 Dev走完ni_prerelease后,要么下放23xxx到Beta,然后和Canary合并,要么继续帮Beta测试Moment的牙膏。

    Famous zn_release下放Dev通道后,Beta通道可能的两种选择:
    1测ni_prerelease。
    2继续测ni_release,ni_prerelease分支废弃

    何木槿 按此推测未来的变化可能呈现这样的状态:Dev→Zinc,Canary→Gallium,Beta→22625→Zinc

    Dev大概概率不会在未确定下一个Windows 11功能更新的平台的时候切换平台,也就是不同周期的内核。如果Windows 11将一直停留在Ni周期22H2平台,那么Dev将直到Windows 12发布后开测才会收到不属于Ni周期的版本;也有可能在Windows 12的平台进入了release以后,Dev会切入,但是这个时候的版本不会有任何显著的UX变化,就像Win10_CO那些版本一样。按照目前已知信息,Windows 12很可能将于2024年第一季度发布。

      l zw 就算没有client正式版也大概率有server/hci的正式版,靠uup文件拼凑能和20348一样拼出个能用的client(还不会收到更新多好)

        ThinkBou 🌿,锌线最后还是要回归到镍线🤣

        ThinkBou 有可能在Windows 12的平台进入了release以后,Dev会切入,但是这个时候的版本不会有任何显著的UX变化

        那Dev的作用到底是什么……

        ThinkBou 按照目前已知信息,Windows 12很可能将于2024年第一季度发布。

        24Q1发布?这么早吗……

          根据这张图片里的信息和其它一些信息

          推测一些事情:
          1.Windows 11 23H2不会基于Zn周期23H2平台发布。
          2.Windows Server vNext或Azure Stack HCI 23H2可能基于Zn周期23H2平台发布,且客户端体验与SV2M2的功能一致。
          3.到SV2M2,微软应该终于完成了原定于SV2开发的功能,比如文件资源管理器标签页和全部刷新了的任务栏,而SV2M3+主要包括原定SV3的一些计划。如此拉长开发战线,我实在怀疑Windows客户端团队的人手和水平够不够、好不好,以及在这种情况下,他们要做出一个什么样的Hudson Valley……

            ThinkBou 像极了当时Iron进入fe_release时大量砍掉功能的样子[tieba=pen]我到现在还不知道怎么把20241那些惊艳的功能弄回到20348(FXXK Microsoft

            另外感谢Xeno(

              Famous 那Dev的作用到底是什么……

              就和2021年的Dev一个样力(悲)

              ThinkBou 25357的LXP没这个现象,所以证据不充分。
              388, "Windows 11 IoT 企业版%1%2"
              389, "Windows 11 IoT 企业版%1%2"
              390, "Windows 11 IoT 企业版 LTSC%1%2"
              391, "Windows 11 IoT 企业版 LTSC%1%2"
              392, "Windows 11 SE%1"
              393, "Windows 11 SE%1"
              394, "Windows 11 SE N%1"
              395, "Windows 11 SE N%1"
              396, "Windows 11 IoT 企业版 LTSC 订阅%1%2"
              397, "Windows 11 IoT 企业版 LTSC 订阅%1%2"

              不过这好像是rs_prerelease 25357.1000

                l zw 不过这好像是rs_prerelease 25357.1000

                所以说 目前还是跟18980一样的 rs_*zn_release_*双分支同步的未跳跃状态吗

                • l zw 回复了此帖

                  何木槿 但是WinUI 3岛的FileExp只有第二个是,剩下的在MicrosoftWindows.Client.FileExp

                    Famous 那Dev的作用到底是什么……

                    我这里只是把一种不太可能的情况列进来……Zac表示Dev、Beta、RP都是SV2Moments的区域,但是谁知道到Hudson Valley要发布的时候会是什么样呢

                    Famous 24Q1发布?这么早吗……

                    随意猜的,只是有强烈预感。

                    ThinkBou 我知道,光从名字上也看得出来,一个是设置里面云电脑页面的加载项,中间的是WASDK文件资源管理器的必要加载项,还有一个我觉得跟WinUI 3的CBS运行库有关系吧(“Cohabitation,同居”)

                      Famous Dev就是纯测试新功能的,之前wasdk的资源管理器翻新都是先上dev再上can的

                      gailium119 反正不会是22621.1554。
                      所以LXP在正式版发布前一直都是rs_prerelease?
                      提本狐 好像一直有这样的情况。

                      ThinkBou 然而25356 LXP作为旧版已经下架了
                      gailium119 正式版是从.1随CU往上加,20348比较特殊除外

                      ThinkBou 我建议你注意一下这件事情:

                      不过我估计Xeno是记错了,25346 UUP附带的LXP版本刚好是22621.1554。
                      真正的25356 LXP应该会随25357推送(UUP),但文件版本应该是25356.1000。
                      UUP附带的LXP版本与推送版本不相同,rs_prerelease阶段推送的甚至是上个正式版的LXP,这种情况持续好几年了,不是什么新鲜事。

                        l zw 我记得lxp正式版也是.1000,分支可能没有,因为 reproducable build
                        可能22621的那个是appx标错版本号了(
                        ThinkBou

                        aeromsstyles.bin
                        13kB

                        你看这ni_release周期里的22566就是.1000(

                        gailium119 胡说……都在商店摆着呢,翻mui文件信息一看就知道了,各种版本都有

                        l zw 然而25356 LXP作为旧版已经下架了

                        确实……每个阶段版本好像只留了一个

                          ThinkBou Windows Server vNext或Azure Stack HCI 23H2可能基于Zn周期23H2平台发布,且客户端体验与SV2M2的功能一致。

                          Windows Server进zn_release,看起来上面预测的可能性增大了


                          JimmyZhang0105 实际上我没法太理解你想表达什么

                            何木槿 确实。另外CBS有没有可能是Component Based Servicing Reference

                            © 2025 wvbCommunity 管理团队

                            删封申诉 | 知乎专栏 | 状态监控 | 用户协议(EULA) | 隐私政策

                            本站文章除其作者特殊声明外,一律采用CC BY-NC-SA 4.0许可协议进行授权,进行转载或二次创作时务必以相同协议进行共享,严禁用于商业用途。