微软在2014年10月1日首次面向公众发布下载Win10技术预览版Build9841，这也是面向公众下载的第一个Windows10预览版本。之后又在10月22日通过Win10“电脑设置”中的“预览版本”功能推送了Build9860预览版本。现在已经过去了半个月，那么如何知道微软下一次推送（或者直接面向公众发布下载）的Win10预览版本是什么呢？MS酋长下面就来为大家解惑一下：
其实只要到BuildFeed网站即可得到答案。
遗憾的是，2019年1月15日，BuildFeed因曝光微软正在开发适用于可折叠屏设备的Windows 10 Build 18313.1004 rs_shell_devices_foldables系统的消息，在微软的施压下被迫关闭。
如果你想要追踪最新Win10预览版本，那么可以关注由微软内部人士创建的《FLIGHT HUB》网站。
另外，你也可以安装《ChangeWindows》应用来获取Win10预览版的最新版本信息。
BuildFeed网站的界面如图：
你会看到显示的全是Windows10预览版本号。很明显我们获得推送的预览版本远远没有这么多，因为到现在为止我们只获得了Build9841和9860这两个预览版本，而这里的预览版本却多达上百。情况是这样的：
注：MS酋长在下面的文章中提到的名词，你都可以在上图中buildfeed.net网站的Build版本列表中看到
微软的Win10开发部门包括“Winmain”和“fbl_release”两个部门：“Winmain”部门Win10功能负责新功能的开发，然后再由“fbl_release”部门负责测试并且将版本推送给公众用户。而“fbl_release”部门测试后并不会把每个版本都推送给公众用户，它有一套名为Flight Level的推送机制，分为high level与low level两个等级。只有low level等级的Build版本才推送给公众用户，在Build版本名称中显示为“Flight Level: Low”（见上图）；而high level等级的Build版本则会推送给微软合作伙伴进行测试，在Build版本名称中显示为“Flight Level: High”（见上图）。
下面MS酋长分享一下如何解读每个版本名称：
其中版本名称中前面的几位数字由[主版本号].[副版本号].[Build 版本号] 组成，[主版本号].[副版本号] 组合也就是内核版本号。例如：6.4.9879，指的就是内核版本号为6.4，Build版本号为9879。而后面的一串数字指的是该版本的编译完成时间，例如版本6.4.9879.0.fbl_release.141103-1722的编译完成时间就是2014年11月3日17时22分。另外版本的状态还可能会出现“Private Leak（私人泄露）”状态，这是极少数人通过某种途径或方式获得了这些版本，但是他们还未公开。
好了，现在你就可以从buildfeed.net网站的Build版本列表的名称和Flight Level的等级知道微软将要面向公众用户推送的下一个Win10预览版本了。那么下面都考考你，现在是2014年11月6日，你看一下BuildFeed网站，判断一下微软面向公众发布下载的下一个Windows10预览版本是什么呢？
对！就是Build 9880。
不过这时候又会有朋友有疑问了，就是我们可以在Win10电脑设置的“预览版本”中设置预览版本的更新速度为“Slow(慢)”和“Fast(快)”（详见《如何设置获取Windows10预览版本更新的速度》）。如图：
那么“预览版本”这里的“Slow(慢)”和“Fast(快)”和Flight Level的Low和High等级有没有关系呢？其实在“预览版本”里无论你设置“Slow(慢)”还是“Fast(快)”，获取的都是low level等级的预览版本，只不过获取的速度快慢有差别而已，因为正像前面说过的，high level等级的预览版本根本推送不到公众用户那里，只会推送给微软合作伙伴。
为何微软不提前公布即将推送的Win10预览版本及发布日期？
想必这个问题是许多朋友的疑问，其实微软已经在今年3月份的一篇博文中对此问题做出了以下解释：
- 如果我们提前公布推送日期，我们就必须保证到时能够顺利推送。如果这中间出现差错，不光是用户，我们自己也会感到失望。这也不利于我们的开发进度，团队需要放开包袱，轻装上阵。
- 我们需要给自己预留一些时间来修复Bug，并且在需要时重新编译Build。
- 如果我们有了一个非常不错的版本，也不会立即推送，而是等到预先计划的时间发布。我们希望让用户知道，如果我们宣布了发布日期，就一定会准时推送更新。
总之，Win10预览版的推送并没有准确的时间，功能整合以及Bug修复都需要时间，开发过程充满了不确定性。
