跳到主要内容

WooCommerce 发布计划

WooCommerce 遵循可预测的发布计划，大约每五周发布一次更新，其中包含新功能、增强功能和错误修复。 本页面总结了我们发布过程的主要阶段，例如功能冻结、beta 和候选版本阶段，以及最终版本和补丁版本的发布时间。

有关 monorepo 内部发布周期详情，请访问我们的 Git Flow 文档。

提示

要查看当前和即将发布的实际计划，请访问我们的 发布日历。

里程碑​

功能冻结 & -dev 版本 (第 1 天)​

由于功能冻结自动化，会发生以下几件事：

  • 创建一个专用的发布分支 (release/x.y)，未来的版本将在该分支上进行测试和稳定。 此分支不包含任何新功能，仅包含错误修复。
  • 构建一个 -dev 版本，并在 GitHub 上提供。
  • 新功能的开发继续在 trunk 上进行。
  • 在我们的开发者网站上发布一个预发布公告 (示例)。

Beta 1 (+1 周)​

在此阶段，进行各种测试过程：

  • (内部) 使用 Woo 维护的扩展进行回归测试，在多个环境中进行回归测试，以及进行探索性测试（包括由贡献团队进行）。
  • (社区) 发布预版本，以便社区可以 开始测试。

在 beta 阶段发现的任何问题，要么直接针对发布分支进行修复，要么通过从 trunk 移植修复程序（首选）。 请参阅 移植指南 了解更多详情。

release/x.y 是即将发布的版本的唯一参考。

Beta 2 (+1 周)​

在此阶段，我们将 -beta.1 中发现的回归修复作为发布稳定的一部分发布。 预发布公告将继续更新。

RC 1 (+1 周)​

在最终发布之前，进行最后一次（内部）检查。

如果在此阶段发现任何问题，则将修复程序合并到发布分支 (release/x.y)，就像在 beta 阶段一样。

最终版本 (+1 天)​

我们将稳定的版本提供给所有人。 此时，开发者宣传团队将发布预先准备好的发布亮点 (示例)。

Point/Patch 发布​

补丁发布用于向我们的用户提供重要的 bug 修复，这些 bug 是在最终发布后检测到的。 它们的版本号为 x.y.z，其中 z 不为零。

我们在合并任何修复时，遵循与 beta 和 RC 阶段相同的约定：

  • 仅在发布分支中存在的 bug，将针对发布分支 release/x.y 进行修复。
  • 在 trunk 上有可用修复的 bug，将进行 回移植。

延迟​

由于业务需求或在测试过程中发现的任何关键 bug，发布日期可能会发生变化。

我们不会轻易做出这个决定，仅是为了确保发布的稳定性。 当这种情况发生时，我们始终会沟通情况（示例）并更新发布日历。

有关如何管理延迟的详细信息，请参阅 发布故障排除指南。