将推出选项与功能更新策略结合使用，控制 Windows 功能更新何时可供设备使用。 推出选项可帮助你通过立即、在特定日期或逐步跨设备组提供更新来管理更新可用性。
当更新可用时，设备在下次扫描Windows 更新时有资格安装更新。 实际安装时间仍受用户行为和设置（如截止时间和重启控制）的影响。
通过选择以下可用性行为之一，可以在创建或编辑功能更新策略时配置推出选项。
- 尽快提供更新：使更新可供目标设备立即使用。 此选项反映默认Windows 更新行为。
- 使更新在特定日期可用：将更新可用性延迟到指定的日期。 设备在到达该日期之前不会收到更新产品/服务。
- 逐步提供更新：使用产品/服务组随着时间的推移将更新产品/服务分发到目标设备。 此选项有助于减少网络影响，并允许早期检测问题。
使更新逐渐可用
通过“ 使更新逐渐可用 ”选项，可以通过在不同时间向目标设备的子集提供功能更新来暂存功能更新。 这些子集称为 产品/服务组。 与同时向所有设备提供更新相比，跨产品/服务组的惊人可用性有助于降低部署风险并限制对网络和支持资源的影响。 选择此选项时，将定义推出计划。 Windows 更新使用这些设置来确定创建的产品/服务组数、首次提供更新的日期以及跨设备的可用性发展方式。
推出计划设置
-
第一个组可用性：指定首次向策略目标设备提供更新的日期。
此日期必须至少为未来两天。 提前期允许Windows 更新识别目标设备、计算产品/服务组的数量，并将设备分配给这些组。 如果选择的日期太早，Intune会提示你选择最早的有效日期。 -
最终组可用性：指定向最终产品/服务组提供更新的日期。 此组包括尚未收到更新产品/服务的任何设备。
根据组之间的天数，最终产品/服务可能早于此日期发生。 在最终组可用性日期之后分配给策略的设备会立即收到更新产品/服务。 - 组之间的天数：定义更新产品/服务之间的间隔，并确定创建的产品/服务组数。
示例：如果第一个组可用性为 1 月 1 日，最终组可用性为 1 月 10 日，间隔为三天，Windows 更新创建四个套餐组。 更新在 1 月 1 日、1 月 4 日、1 月 7 日和 1 月 10 日提供，每个组中的设备数量大致相同。 仅当其组收到产品/服务时，设备才有资格进行更新。
产品/服务组行为
设备随机分配为提供组，组大小保持均匀，每个组至少 100 台设备。
如果修改推出日期或组之间的间隔：
- Windows 更新根据需要重新计算套餐组。
- 可以重新分配尚未收到产品/服务的设备，这可能会在收到更新时更改。
- 如果过去设置了最终组可用性日期，则所有剩余设备都会尽快收到更新产品/服务。
- 如果将第一个组可用性日期移到将来，则已收到产品/服务的设备会保留该日期，而新设备将等到修订的开始日期。
如果策略分配发生更改：
- 新添加的设备将放入剩余的产品/服务组中。
- Windows 更新尝试从不再面向的设备收回更新产品/服务，除非设备已开始处理更新。
智能推出
若要进一步优化逐步部署，可以使用 智能推出。
通过智能推出，Windows 自动修补使用从设备收集的数据来优化设备分配到产品/服务组的方式。 自动修补不是随机分配设备，而是通过选择一小组代表各种硬件、驱动程序和配置的设备来优先考虑第一个产品/服务组中的多样性。 第一个组实际上充当部署的 试点环 。
若要启用智能推出，请部署设置目录设备配置文件，并设置允许Windows 更新业务云处理。 将此配置文件分配给功能更新策略使用的相同组。
每个设备只需部署此配置文件一次。 启用后，智能推出会自动应用于该设备的所有将来逐步推出。
启用智能推出
下面是为逐步功能更新部署启用智能推出的步骤。
为 Windows 平台创建设置目录策略，并使用以下设置：
类别 设置名称 值 系统 允许 WUfB 云处理 已启用 将策略分配给一个组，该组包含要配置的设备作为成员。
在配置文件部署后，使用逐步推出功能更新策略的设备也将应用智能优化。
可能的问题安全措施保留
“允许商业云处理Windows 更新”设置还允许自动修补应用可能的问题安全措施保留。 有关保护保留的背景信息，请参阅 Windows 更新 for Business 报表中的保护保留。
随着推出的进展，自动修补会使用更广泛的 Windows 生态系统中的信号监视意外问题。 当设备可能遇到更新问题时，自动修补可以应用可能的问题安全措施保留来暂停该设备的更新。
通过主动应用保护保留，Autopatch 可帮助设备和最终用户在功能更新部署期间防止潜在的影响工作效率的问题。 若要详细了解如何以编程方式管理安全措施，请参阅 图形 API 文档中的使用 Windows 自动修补管理安全措施。
后续步骤
- 配置 功能更新策略