Service Pack的回归（虽然不这么叫了）
自从微软开始搞Checkpoint update，我就觉得这玩意的内在逻辑和以前的Service Pack差不多。果然现在26200从5500起跳了。猜测25H2发布的时候，会是另一个Checkpoint update，要么支持从26100.1一步到位升上去，要么支持从.1742升上去。这样的话，其实就是换皮了的Service Pack了。
.1=SP0 as RC
.1742=SP1 as GA
.5xxx/6xxx=SP2 as 25H2/R2
我仍然坚持认为 25H2 = 27xxx - 28xxx 补充一下：新式“SP”应该不会动文件的主要版本号，26100会用到停止支持。至于26120/26200之类的，只是给用户看的。这和Win2K/XP/2K3时代的逻辑是一致的，主版本都是2195/2600/3790，靠副版本取值范围进行版本号管理。 至少，dev 和 beta 分开了。 bigslowfat 发表于 2025-3-25 11:10
补充一下：新式“SP”应该不会动文件的主要版本号，26100会用到停止支持。至于26120/26200之类的，只是给用 ...
Win2000 是 5.0
WinXP 是 5.1
Win2003 是 5.2 rubycon 发表于 2025-3-25 14:23
Win2000 是 5.0
WinXP 是 5.1
不要那么死板。 win10 2004起就这么做的，从2004到22h2系统文件版本都是10.0.19041 treegarden 发表于 2025-3-25 15:22
win10 2004起就这么做的，从2004到22h2系统文件版本都是10.0.19041
并不是。19041-19045的所有月度累积更新都可以直接在19041.1上一次性安装到位，但26100需要先升级到.1742，并且把25H2的构建号与当前版本分开，是Windows 10以来没有的。上一次是Windows 8.1。 已经无所谓了 bigslowfat 发表于 2025-3-25 18:04
并不是。19041-19045的所有月度累积更新都可以直接在19041.1上一次性安装到位，但26100需要先升级到.1742 ...
实际上26100.1也可以直接安装LCU升级到最新版本，但不是每个月发布的LCU都能这样操作，偶尔某个月的LCU是可以成功安装的，否则就是需要升级到1742再升级到最新 rubycon 发表于 2025-3-25 11:09
我仍然坚持认为 25H2 = 27xxx - 28xxx
+1，我也是这么认为的 bigslowfat 发表于 2025-3-25 18:04
并不是。19041-19045的所有月度累积更新都可以直接在19041.1上一次性安装到位，但26100需要先升级到.1742 ...
Windows 8.1不一样，它相对于Windows 8完全是另一款系统 lsqsjzs 发表于 2025-3-25 21:58
Windows 8.1不一样，它相对于Windows 8完全是另一款系统
我指的是KB2919355。 bigslowfat 发表于 2025-3-27 11:08
我指的是KB2919355。
2014Update，嗯差不多。当时安装2014Update需要安装另一个补丁，那个补丁是不可以卸载的
页:
[1]