其实也不算什么秘密,基本上大型软件开发都会遵循的流程.Windows的源代码之庞大,是很难想象的,这么多的代码及程序员,不可能同时在一份代码基础上工作,因此基本上会分成很多很多的小的branch(分支). 比如说IE有自己的branch, 这个branch可以自己产生特定的Windows build,只有IE的程序员才会修改这个branch中的代码. IE的测试工作大部分也在这个branch中进行.
　　而周期性的,小的branch会向大的branch汇聚,最后集中在windows最高的branch从而产生正式的build,比如7000,7022之类. 这个周期可能是一/二周不等. 每次向上汇聚之前,比如IE这周新的修改想要汇聚到windows,IE组会进行一些必要的测试以确定这次汇聚是安全的,以保证上面branch的代码质量.
　　那么为什么说7000要比7022好很多呢?因为在产生7000这个build之前,所有下面的小branch会有一段时间的lockdown(锁定),这段时间会进行很全面的测试,以保证最后汇聚上去的代码的质量.这种测试要比平时例行汇聚时的测试要详细很多.
　　并且,当所有子branch汇聚完成后,整个windows还会以最终汇聚的结果产生的build进行一个相当长的时间的测试,如果有问题就直接在汇聚版本里面直接修复,而不是通过子branch来修了.
　　一直到所有重要的问题全部在汇聚版本中修复了,才会最终发布对外的版本,也就是大家看到的7000版本.
　　而7022版本只不过是平时例行汇聚当中产生的一个普通build,只能作为内部测试用,从7000到7022期间发生的众多修改很有可能产生原来没有的问题,所以质量上而言7000绝对好于7022.
　　我自己7022也用了好几周了,现在在用7031,每个版本都有些改动可以体会到,但是无论如何还是觉得7000最稳定,没有让人感觉特别不舒服的问题. 我是工作需要所以才用新的版本,大家没必要的话还是等RC吧,也快了.