目前，尚无支持将 Office 加载项清单变更逐步向少量用户发布的方法。清单回退会立即影响整个租户，且手动回退过程缓慢。请求为加载项清单提供原生的分阶段或金丝雀发布能力，类似于 Microsoft 为其他产品所提供的功能。此功能差距影响了加载项的部署与管理，尤其是对使用基于事件激活的 Outlook 加载项。一个实际场景涉及部署给数千名用户的安全加载项，其中任何清单变更都会同时应用于整个租户。无法对新的清单版本进行试点、监控其性能，并在出现问题时自动回退。这导致故障的影响范围巨大，而回退操作繁琐且耗时。Microsoft 自身在基于事件激活方面曾出现的问题，凸显了对受限发布的需求。具体缺失的能力包括基于百分比或环状的分发、基于遥测数据的自动升级，以及一键暂停和回退功能。手动分阶段分配缺乏自动化，且在事件/权限变更时仍需重新同意。运行并行的加载项注册会导致重复的用户界面，并对基于事件的加载项产生不期望的副作用。Web 层的功能标志不足以应对清单级别的变更。所请求的能力是在集中式部署中为加载项清单提供原生分阶段发布。这将允许为新的清单版本定义环或百分比，并基于健康信号实现自动升级。同时，还应包括一键暂停和自动回退至上一版本的功能。通过 PowerShell 或 Microsoft Graph 提供程序化支持，可实现与 CI/CD 流程的集成。Microsoft 已在 Microsoft 365 Copilot 连接器、Microsoft Store 应用、Microsoft Entra ID 和 OneDrive 同步应用中实施了分阶段/金丝雀发布模式。在此方面，Office 加载项存在显著差距。实施分阶段发布将有利于独立软件供应商和企业管理员，通过减少租户范围的故障并实现更安全的加载项 CI/CD。该请求针对 Windows、Web 和 Mac 平台上的 Outlook 加载项。