详解Windows 10版本布局 最好用的是它

简介:

自从微软于2014年秋季发布会上正式公布了Windows 10之后,正式宣布了毁誉参半的Windows 8/8.1的一页已经揭去,而微软将数字从8直接升至10,不仅意味着功能上的大步伐跃进,也意味着相比之前封闭式的内部测试,Windows 10是微软第一次尝试将操作系统的开发任务部分交予用户。虽然这在开放与交流上是一次不可多得的尝试,但也是第一次将诸多专业词汇推至用户面前:通道、分支 (Branch)、预览、Ring,等等。故本文仅在于扫盲,向刚刚接触Windows 10的用户简单介绍一下细节,老鸟请移步Feedback Hub。

详解Windows 10版本布局 最好用的是它

英雄的一生,注定坎坷而传奇、充满未知

视频:http://v.youku.com/v_show/id_XMTY1MjA5MzYzMg==.html

正式版推送的前夕:Insider Program

首先让我们随着时间的脉络理清Windows 10的发展,在2014年9月微软第一次公开展示了Windows 10的面貌,当时还在内部测试阶段的Windows 10全名为Windows 10 Technical Preview,也就是技术预览版。对于公众来说,这是最初级,完成度最低的版本。我们知道Windows 8.1 Update的Build编号停留在9600,第一个公开展示的Windows 10延续了下去,Build版本为9841,这也是第一个对外推送预览的Windows 10版本。

这里我们要聊聊第一个名词:Ring。Ring这个词没有官方的中文译法,它的含义是指预览计划(Insider Program)中根据推送速度和稳定程度划分用户频道的一个单位。初期的Insider Program只有两个方向:快速通道(Fast Ring)以及慢速通道(Slow Ring)。事实上Insider Program前任负责人Gabe Aul也承认,开发效率爆炸的微软其实每天都在完成至少一个Build(Daily Build),完成之后他们会部署至OSG(Operating System Group)接受Debug和性能测试,如果表现达到了对外公开发布的程度,它就会推送至Fast Ring用户,如果Fast Ring用户反响不错的话,它就有可能被推送至Slow Ring用户。

详解Windows 10版本布局 最好用的是它

一个个Build就是如此传世下去

2014年对于Windows 10来说是短暂的一年,开放用户仅仅面向狂热的技术预览爱好者,在当年最后一个Build 9879中,出现了大规模硬盘无法被识别的事故,小编就是在这个Build上船的,好在硬盘平安无事,只是输入法无法更换“而已”。

随后的Build 2015对于Windows 10是一个重要的日子,在大会闭幕后不久推送的Build 10074上,技术预览版(Technical Preview)终于化身为完成度更高的内部预览版(Insider Preview),这意味这通向RTM(Release To Manufacturing)的重要一步。

版本与版本的归属:分支(Branch)

终于,在去年的7月29日,微软开始推送正式版本Windows 10 Build 10240,属于Threshold 1。对于普通公众来说,这一天开始他们第一次接触了Windows 10。 虽然在升级时有很多用户反映接受更新推送的可靠性远远不如下载镜像刻录至USB介质的安装,但是这一天对于微软和Windows 10还是十分有意义的一天。

详解Windows 10版本布局 最好用的是它

这里我们可以说说第二个概念:分支(Branch)。由于Windows 10的开发工作分为诸多板块,海量的工作计划无法在短时间内完成,所以WDG(Windows Development Group)设置了多个分支,每个分支中有各自的开发任务。在一共的四个分支中,首先来说说Insider Preview Branch,这个分支包含的是目前正在开发中的Build,也就是交予Insider用户预览的版本。那么无论是Fast Ring还是Slow Ring都属于预览版本(Preview Build),也都属于这个分支。

详解Windows 10版本布局 最好用的是它
详解Windows 10版本布局 最好用的是它

而等到一个4-7个月的开发周期结束之后,微软会放出一个稳定的RTM版本,作为开发历程的总结。这段时间内(一个RTM到下一个RTM之间)一般会确立一个开发代号,比如我们熟悉的Threshold和RedStone,以此区分不同的开发阶段,比如自2015年7月29日至今年的8月2日都属于Threshold部分,接收了年度更新之后Windows 10对于普通用户就进入了RedStone。

那么在这些姑且可以称之为“正式版”的Build之上会通过一连串的累计更新来满足普通用户的需求,这时从分支上已经脱离Preview Branch,进入Current Branch,这个分支包括该RTM版本以及所有累积更新版本。

详解Windows 10版本布局 最好用的是它

按照微软的规划,Windows 10的部署可以分为Insider Preview Branch、Current Branch、Current Branch for Bussiness,以及Long Term Servicing Branch。可以简称为IPB、CB、CBB、LTSB。对于后者LTSB大家可以忽略,记住前三者即可,不过需要大家参考的是不同的Branch对应不同的服务期限,CB对应的是4个月,CBB对应8个月,而LTSB对应10年。大家可能注意到了,4个月大致是Windows 10完成一个RTM版本的间隙,也就是Current Branch,对应4个月的RTM版本大家可以理解为Windows 10 Update 1,而支持8个月的Current Branch for Business可以大致理解为Windows 10.1,虽然意义有不同,但是只要看成是一段开发进度中最为稳定的一个版本即可,所有的累计更新都是基于此上。

详解Windows 10版本布局 最好用的是它

最稳定但是功能最少的版本:RTM和累积更新(Culumative Update)

而说到累计更新(Cumulative Update),其实就是面对没有参加Insider Program的普通用户、基于RTM版本之上为了提高性能、修复错误而一直发布的更新补丁,也就是每个月收到推送的稳定性更新, 时间上类似于Win7/8/8.1在每个月补丁日收到更新一样,因此也常称之为“月份 累计更新”。比如在微软的官方支持页面中,使用的表述就是“July Cumulative Update(七月累计更新)”。累计更新是最稳定、同时是最保守的版本,本身不包括任何新功能,仅仅面对基础性的性能更新。

详解Windows 10版本布局 最好用的是它

Threshold 2,基于Build 10586(ver.1511)的累积更新历史

在RTM版本和累积更新的命名上还可以详细说说,RTM版本身也是一个Build,所以也有他们的版本号(Build 10240、10586),但是和预览版本不一样的是,为了方便更多的用户的记忆和书写,还可以表达为“年份 月份”,譬如“ver.1507(10240)、1511(10586)、1607(14393?)”。而累积更新其实就是补丁(KBxxxxx)的集合,在安装之后便有了次要版本号(10586.xxx)。

详解Windows 10版本布局 最好用的是它

Threshold 1,基于Build 10240(ver.1507)的累积更新历史

以2015年7月第一次正式推送的Build 10240为例,大版本号为Ver.1507,属于Threshold 1,在版本号中写作th_1。自2015年11月和Build 10586共存,后者大版本号为Ver.1511,分支为Threshold 2,版本号写作th_2。对于这两个版本,无论是称之为Build 10240、10586,还是1507、1511都没有错,因为他们都是Current Branch分支。

读到这里大家就应该可以分清,如果看到是的诸如10240.xxxx,10586.xxxx,那就是曾经的RTM版本之后的累计更新。而如果看到不规律且变化多端的Build,比如最近的14383、14385、14388、14390、14393,这些就是在开发最前沿的Fast Ring Build或Slow Ring Build,他们快的每周有三次更新,慢的两周也会更新一次。需要提醒大家的是,在进入RedStone分支后,预览更新的稳定性已经有了明显好转,作为日常主力工作机已经不用担心太多。

这里要特别强调一下,平时是经常有用户或询问、或抱怨微软的正式版到底要等多久,为什么总是测试版刷存在感。其实去年微软已经推送了正式版,就是Build 10240,在那之后的全部是正式版,有区分的仅仅在于是否是预览人员。

从Threshold到RedStone、再到?

在TH1中(7月-11月),平心而论Windows 10的可靠性并不好,所以微软优先解决的是开始菜单、Microsoft Edge浏览器、磁盘性能、Cortana等基础性功能的可靠性修复,尽可能满足正常的工作任务。后来的的TH2分支中,优先任务为Cortana变得更强大、更加跨平台、更加无所不能,Windows Ink更加随心所欲,Microsoft Edge浏览器加入插件支持、UWP解锁帧率等进一步的功能强化。而在未来的RedStone中,Windows 10会变得更加跨平台、更加智慧、UI更加绚丽。

微软自2015年的11月12日推送了Build 10586之后,第二道分水岭来临。对于普通用户,他们从Threshold 1分支迁至Threshold 2分支。对于Inider Program来说,已经在心头缭绕已久的RedStone 1即将来临。这时微软做了两件事:第一件,在Fast Ring、Slow Ring之后增加了第三项通道:Release Preview Ring,在Slow Ring和RTM之间为风险和新鲜感添加了一副新的天平,因为虽然Release Preview在时间上可以提前收到更新版本,但是在分支上已经属于Current Branch。第二件就是将《Windows预览计划》App集成至系统设置内部,成为系统功能的一部分。如果说还有一件的话,就是将《会员中心》App和《Feedback》App合为一款《Feedback Hub》App,方便用户添加反馈。

详解Windows 10版本布局 最好用的是它

在8月2日,微软会推送RedStone 1分支的正式版,版本号目前暂不清楚(据传是Build 14393),但是大版本号为1608应该是跑不了的。该版本会继承所有自去年11月至目前的开发成果,并在接下来的数月中接受累计更新。虽然Threshold只有两个编号,但是根据目前的传言,RedStone将 包括出现三次更新,RedStone 2目前已经跳票至明年春季,而RedStone 3最少也是秋季。此前微软已经宣布Windows 10作为一种服务将会使公司最后一部操作系统,未来Windows 10的道路将蔓延至何处,我们拭目以待。

详解Windows 10版本布局 最好用的是它

Windows 10概念设计方案之一,Metro UI是最亮眼的设计





作者:鲲鹏
来源:51CTO

目录
相关文章
|
7月前
|
Windows
构建布局良好的Windows程序
构建布局良好的Windows程序
|
4月前
|
Windows
如何查看自己电脑的windows系统版本?
这篇文章提供了一种简单快捷的方法来查看自己电脑的Windows系统版本,通过使用Windows的"运行"功能并输入`winver`命令来快速获取系统版本信息。
如何查看自己电脑的windows系统版本?
|
7月前
|
并行计算 C++ 异构计算
【环境配置】安装windows版本的TensorRt
【环境配置】安装windows版本的TensorRt
514 4
|
7月前
|
Windows
LabVIEW安装程序需要Windows1064位(版本1507)或更新版本
LabVIEW安装程序需要Windows1064位(版本1507)或更新版本
234 1
|
3月前
|
安全 Java 应用服务中间件
Windows版本的Tomcat无法启动,如何处理?
Windows版本的Tomcat无法启动,如何处理?
256 14
|
2月前
|
并行计算 开发工具 异构计算
在Windows平台使用源码编译和安装PyTorch3D指定版本
【10月更文挑战第6天】在 Windows 平台上,编译和安装指定版本的 PyTorch3D 需要先安装 Python、Visual Studio Build Tools 和 CUDA(如有需要),然后通过 Git 获取源码。建议创建虚拟环境以隔离依赖,并使用 `pip` 安装所需库。最后,在源码目录下运行 `python setup.py install` 进行编译和安装。完成后即可在 Python 中导入 PyTorch3D 使用。
271 0
|
3月前
|
Windows
【收藏】每个Windows XP版本的缩写
【收藏】每个Windows XP版本的缩写
|
4月前
|
Ubuntu Linux 虚拟化
安装Windows Linux 子系统的方法:适用于windows 11 版本
本文提供了在Windows 11系统上安装Linux子系统(WSL)的详细步骤,包括启用子系统和虚拟化功能、从Microsoft Store安装Linux发行版、设置WSL默认版本、安装WSL2补丁,以及完成Ubuntu的首次安装设置。
1215 2
|
4月前
|
存储 数据可视化 Python
【python】python tkinter 计算器GUI版本(模仿windows计算器 源码)【独一无二】
【python】python tkinter 计算器GUI版本(模仿windows计算器 源码)【独一无二】
252 1
|
4月前
|
JavaScript 前端开发 Shell
mac和windows上安装nvm管理node版本
NVM(Node Version Manager)是前端开发者常用的命令行工具,用于管理计算机上的不同Node.js版本。通过NVM,开发者可以轻松地在多个项目间切换所需的Node.js版本。在Mac上,可以通过cURL或Wget下载安装脚本,或使用包管理工具brew安装。安装后需配置环境变量以识别NVM命令。Windows用户则可通过专用的nvm-windows安装程序完成安装。常用命令包括安装、卸载特定版本、列出已安装版本等。
340 0