功能推出

这些云平台会逐步引入新产品和功能。通常，新功能会首先在 Test Cloud 中提供，然后根据合规性、基础架构和发布就绪要求，在 Test Cloud 公共部门和 Test Cloud 专属中提供。因此，可用性可能会因您使用的云平台而异。

功能推出 Test Cloud

更新生效时间

我们在 Test Cloud 发布说明中宣布的更新将逐步推出，具体取决于以下条件：

• 您的许可计划
• 您的组织和租户区域

因此，更新的可用时间因人而异。

发行说明针对新更改公告的日期即为该更改最早的推出时间。 如果您尚未注意到更改，则可能很快就会注意到。

社区版：首先向社区用户提供更改。我们将在此时发布发行说明。

企业版：如果您是企业版用户，则通常可以在社区版部署后 1 小时到 14 天的窗口内进行部署。在某些情况下，某些功能可能需要更多时间才能在 Enterprise 版中使用。用于测试的Canary 租户通常会在公告发布后三天内收到更新。在您选择的托管区域中，您可以访问这些更改的确切时间各不相同，具体取决于更改何时成功部署到所有区域。

我们不会单独推出企业版或针对不同区域的版本。

下表为例，说明某项功能何时可供社区版用户和企业版用户使用：

发布说明日期	社区版发布日期	企业版发布日期
2025 年 7 月 14 日	2025 年 7 月 14 日	从 2025 年 7 月 14 日开始

仅限企业版的更改

如果更改为企业版计划的独有更改，我们会使用企业版标签 ( ）。对于此类更改，首发版直接面向企业版和企业试用版用户。您最早可以在发行说明推出当天注意到这些更改，但这些更改可能需要几天时间才能在您所在的区域生效。

下表为例，说明功能何时仅对企业版用户可用：

发布说明日期	社区版发布日期	企业版发布日期
2025 年 7 月 14 日	不适用	从 2025 年 7 月 14 日开始

延迟更新组织

此功能适用于拥有高级许可证的企业版客户。

请联系 UiPath 销售团队，详细了解如何成为高级客户。

如果您的组织所在区域托管在延迟更新区域，则 Test Cloud 及其服务的更新到达其他企业组织后至少两周，您会收到这些更新，具体取决于前面所述的规则。

在您选择的托管区域中，更改在延迟更新组织中生效所需的确切天数可能略大于 14 天，具体取决于我们将更改部署到所有区域的时间。

您可以使用典型的企业组织作为预生产环境来测试更新，也可以使用延迟更新组织作为生产环境。在您的企业组织中提供更新后，大约两周后，您可以预计这些更改将显示在您的延迟更新组织中。

区域

延迟更新功能可在美国和欧盟托管区域使用。

受益于延迟更新的服务

在美国或欧盟，UiPath 服务可能支持延迟更新。要查看这些区域中哪些服务支持延迟更新，请参阅“全局云区域”页面。

状态页面

要了解所有 UiPath™ 服务的正常运行时间、计划的维护周期或事件的最新信息，请参阅“状态”页面。

功能发布 Test Cloud 公共部门

我们在 Test Cloud 公共部门中引入新功能或更新的方法旨在确保为您实现无缝有效的过渡。

预期结果

1. 发行说明：在完成新功能或更新的开发和测试后，我们会通过发行说明宣布相关消息。可通过https://docs.uipath.com/zh-CN/获取这些发行说明。
2. 透明度我们的发行说明旨在提供透明且丰富的信息。其中详细介绍了新功能的含义以及新功能给现有功能带来的变化。
3. 时间：在发行说明发布后不久，用户应该便能查看新功能或更新。具体时间可能会因功能或更新的复杂性而异，但我们的目标是在此公告发布后尽快推出这些功能或更新。

要了解所有 UiPath™ 服务的正常运行时间、计划的维护周期或事件的最新信息，请参阅“状态”页面。

功能推出 Test Cloud 专用

Test Cloud 专用版的主要优势之一是能够控制升级。它满足更新重要 UiPath 应用程序的特定要求，并使您能够利用关键方面，例如：

• 安排平台和 UiPath 服务可以进行更新的时间，以防止任何业务中断。例如，您可以避免在高峰季节（例如年末假期）更新。
• 确定在平台上部署新功能的计划。这使您能够在测试和生产环境中计划自动化和新功能的验证。

发布流程

本页说明如何使用基于环的部署模型在专用 Test Cloud 中的各个环境中交付、控制和传达更新。

版本概述

Test Cloud 专用版每两周发布一次。每个 Sprint 都会提供一个有效负载，其中包括：新功能和增强功能、安全补丁、基础架构、配置更新和错误修复。

所有更新都遵循由服务部署计划监管的基于环的推出策略。

发布计划和环境

专属 Test Cloud 的部署生命周期涉及以下组件：

• 发布节奏 – 按照每两周发布一次的计划发布。每个 Sprint 都包含累积更新，例如新功能、改进、安全补丁和错误修复。
• 基于环的推出 – 版本按顺序在多个环境中进度，沙盒是第一个环境。以下环境取决于您的首选计划和部署架构。沙盒环境是一个共享实例，您可以使用它提前验证更新。此时间为发行说明发布时间。
  备注：

  此推出流程不包括中断窗口和冻结期。

版本类型

Test Cloud De专属为您提供两种类型的更新：

• 标准版本：每两周定期部署产品、基础架构和配置。
• 热修复版本：针对安全漏洞或高影响错误的紧急修复。

修补程序和紧急版本

对于高优先级修复，部署生命周期遵循以下例外情况：

• 我们将跨所有环快速跟踪版本。
• 可以根据紧急程度绕过响铃延迟、维护窗口和中断窗口。
  备注：

  只有之前的 Test Cloud 专用行为的回归才符合修补程序的条件。

升级控件

Test Cloud 专属让您可以灵活决定何时部署更新。您可以使用以下升级控件类型配置生产环境：

• 延迟发布：更新最多推迟 30 天。
• 封锁窗口：在固定期间阻止部署。封锁期的规则如下：
  • 最多可以连续 30 天。
  • 后面必须紧跟一个为期 10 天的开放期，然后才能应用下一次限制。
  • 必须提前至少五个工作日提交。
  • 无法在接下来的 48 小时内阻止部署计划。例如，您可以延长结束时间少于两天的中断窗口，但您可以调整结束时间超过五天的中断窗口。
• 维护窗口：确保在工作时间之外进行升级。维护窗口通常安排在美国东部时间下午 3 点到晚上 9 点之间。建议在所有生产环境中进行升级时使用 6 小时的连续窗口。
  备注：

  沙盒环境将从封锁期和维护期中排除。

沟通和用户责任

为确保您了解如何向专属 Test Cloud 组织推出版本，您必须检查以下资源：

• 发行说明：在升级沙盒环境当天发布。
• 状态页面通知：用于任何停机时间，会至少发出七天通知。

作为 Test Cloud 专属用户，您应执行以下操作：

1. 定期查看发行说明和状态页面更新。
2. 发行说明发布后，请查看此发行说明。
3. 在沙盒和任何其他已批准的环境中验证更改。
4. 如果发现回归或性能问题，请开立支持工单，以暂停生产版本。

推出示例

例如，如果 sprint 版本于 7 月 7 日部署到沙盒，并且生产延迟为 30 天，则时间线将如下：

1. 7 月 7 日执行了沙盒升级。
2. 7 月 7 日发布的发行说明。
3. 于 8 月 9 日执行了生产升级。

关于升级控件

我们提供两种类型的控件：

1. 延迟发布：这使您可以将更新推迟最多 30 天。
2. 封锁窗口：我们设置了长达 30 天的封锁窗口，确保在特定时间段内不会发生任何更新。

为确保 Test Cloud 组织保持最新状态，我们设置了以下限制：

• 封锁窗口只能连续 30 天。这样做是为了适应 30 天的冻结期，满足您的年末需求。
• 每个中断窗口后必须中断至少 10 天，以确保 UiPath 有足够的时间在长时间的中断窗口后推出更新。
• 对封锁窗口的任何修改都必须在拟更改前 5 个工作日通过工单提交。
• 您不允许实施任何会导致在接下来的 48 小时内冻结时间的更改，而这些更改是在之前已解锁的。

以下部分介绍了一些示例，以帮助您更好地理解这些准则：

• 如果您处于 5 天后结束的中断窗口中，则可以延长或缩小此窗口，因为它不会阻止任何新的时间范围。
• 如果封锁窗口在 1 天内完成，则无法延长该时间，因为那样的话第二天将被阻止。
• 如果当前没有中断窗口，并且您希望建立一个在 1 天内开始的中断窗口，则无法创建此类窗口。

管理升级控件

要配置 Test Cloud 中可用的两个升级控件，您必须联系我们的支持团队并提交支持工单。