Windows 开发周期：修订间差异

Windows 开发周期<ref>Mary Jo Foley. [https://www.zdnet.com/article/how-microsofts-azure-organization-makes-the-windows-sausage/ Microsoft 的 Azure 组织如何制作 Windows 香肠] ZDNET. 2019 年 12 月 12 日.</ref>是 Windows 开发计划改为 Azure 团队负责之后的结果。在 Azure 团队接手了 Windows 的开发以后，Microsoft 从 Windows 10 版本 1903 开发开始时实施这一模型。Windows 开发周期也是 [[Windows 即服务]]的一部分。从 Windows 在 2019 年过渡到 Azure 的周期模型以来，计划针对所谓的开发周期而不是功能更新推出新功能。这与先前的功能更新是完全不同的。相比于以前的计划，具体来说，开发周期与功能更新的开发有以下显著的区别：

'''开发周期：'''每个开发周期的计划是大致确定的。开发周期中的每个功能向开发周期负责，功能完成多少算多少，并不需要每个功能都必须完成。某个功能或某几个功能因为各类问题无法如期完成时，仅仅是将其延期到未来的开发周期中进行。相比以前的功能更新计划来说，开发周期要比功能更新计划实施更加灵活。在开发周期下，功能的开发计划是不定的，每一个功能的开发只对所在的开发周期负责，并不需要像以前一样必须完成，也不需要像以前一样必须作为新的功能更新上市。每一个功能只要开发完成，测试没有发现影响全局或功能自身的大问题，此功能即作为本周期之内的功能正式落地。除了功能的增减之外，每一个周期都有自己的任务，周期的任务完成，周期即签署。但是，并非每一个功能都能最终成为新一代上市的功能，也并非每一个周期最终都能签署成为新的功能更新，就像最初用于周期试验的几个周期一样。

在 2021 年 Windows 11 发布之后，Dev 渠道转到 [[Nickel]] 周期之后，新增功能即开始来到孵化新创意的新阶段，在这一思路之下，新增功能也分为两类，一类是周期既定的功能，这些功能开发计划与以前在功能更新中的绝大部分功能一样；另一类则是孵化新创意新思路的功能，这些功能有的可能会成为最终本周期内的功能，也有可能永远不会发布，只是作为一个新创意新思路的试验。