本帖最后由 xv78版权没有 于 2015-9-3 23:52 编辑

MS 每天都有新的 builds 被编译，但是并不是这些 builds 就可以立刻发布。软件是修 bug 修出来的，OSG （操作系统部门） 内部有测试工程师专门负责测试，前段时间大裁员裁掉了很多测试工程师，因为自动化测试的普及。裁员之前测试工程师和开发工程师的数量比为 1：1，测试工程师对系统开发有很强的影响力。基本测试通过之后，build 会先在 OSG 内部试用，之后是公司内部的广泛试用，再之后是考虑作为 insider preview fast ring 发布公测。其中如果发现严重 bug，此 build 就不会向下一个环节发布。这也是为什么每次发布新的 insider preview 都会有极多的已知 bugs。 Insider preview 的发布没有固定的规律也是因为这个原因 — 一切要以实际开发情况为准，没有固定的时间表。

作为 insider preview 发布的是 winmain 分支（或者叫 awesome、impressive、TH2 等），此分支是各个团队相对成熟的功能最终归入的 build。同时各个团队也都维护自己的 build 分支，用于开发自己团队负责的功能。这就像一条长河，30-40个支流（团队）源源不断地产生水，这些水经过一段流程（团队内部开发测试）之后最终汇入干流（winmain 分支），干流再经过多级的大坝（多级测试）最终成为你使用的自来水（insider preview）。整个流程很长，所以说你使用的自来水实际上是很多天之前被产生的。本身 bugs 的产生和解决也是动态的过程，新代码被加入、老代码被修改都会产生 bugs；或者很多功能单独测试没有问题，但是汇入 winmain 之后会有新的 bugs 产生；亦或是是对一条 bug 的修复中过程中产生了新的 bugs。要想不产生 bugs，功能就会被冻结，这往往是开发收尾，准备阶段性发布的事了。现在 MS 讲 WaaS （Windows as a Service）， Windows 10 的桌面版正式版一发布，内部就有新功能、新 builds 产生，一旦临近预定的发布节点了（譬如说传说中Windows 10 秋季更新），新功能的添加就会被终止，开始专心修补 bugs。甚至 Windows 10 2015夏季版还没有发布，红石就从 threshold 中分支出去预备明年春季的更新了。所以说，抱怨 insider preview 发布的快慢没有什么意义，路线图早就定好了。