跳到主要内容

WooCommerce 的小版本发布请求

小版本发布用于解决已发布 WooCommerce 版本中发现的严重问题。 这些是补丁版本（例如，9.9.0 → 9.9.1），仅包含生产环境中的必要修复。

请注意，此过程仅适用于已发布且在客户生产环境中的版本。

小版本发布生命周期​

小版本发布与常规版本具有不同的生命周期：

  • 由发布后发现的严重问题触发
  • 范围有限 - 仅包含关键的错误修复和安全补丁
  • 加速的时间线 - 更快的审查和发布周期
  • 向后兼容性 - 不允许有破坏性更改

适用于小版本发布的变更​

只有满足以下条件的变更才能用于小版本发布：

  • 关键的错误修复，会导致数据丢失、安全漏洞或主要功能失效
  • 安全补丁，用于解决已识别的漏洞
  • 性能修复，用于解决严重的性能问题
  • 合规性修复，用于满足法规或法律要求

以下内容不适用于小版本发布：

  • 新功能或增强功能
  • 非关键的错误修复
  • 代码重构或清理
  • 文档更新

小版本发布请求流程​

标准流程：关键错误修复​

何时使用： 大多数小版本发布场景

  1. 创建拉取请求，针对相应的发布分支（例如，release/9.9 用于修复 9.9.x 版本的错误）

  2. 创建小版本发布请求 issue，使用 小版本发布模板 在主仓库中

  3. 在 issue 中提供详细的理由，包括：

    • 影响评估（有多少客户受到影响）
    • 业务影响（收入、合规性、安全隐患）
    • 针对所提修复方案的风险评估
    • 证据和重现步骤

  4. 等待发布负责人批准 - 发布负责人将批准该请求，这会自动为您的拉取请求添加 cherry-pick 标签

  5. 调整分支目标，通过修改自动添加的标签，以指定哪些其他分支需要该修复：

    • 如果修复应该应用到主分支，请保留 cherry pick to trunk
    • 如果修复应该应用到当前的冻结版本，请保留 cherry pick to frozen release
    • 移除不需要修复的分支的标签

  6. 让您的拉取请求经过审查、测试并合并 到目标发布分支

  7. 自动化系统会创建 cherry-pick 拉取请求，根据仍然应用于您的原始拉取请求的标签，将修复应用到其他分支

  8. 尽快审查和合并 cherry-pick 拉取请求，以确保它们不会延误下一次发布。 这些 cherry-pick 拉取请求将使用与原始关键修复相同的里程碑，并且必须在小版本发布之前合并。