WooCommerce 的小版本发布请求

小版本发布用于解决已发布 WooCommerce 版本中发现的严重问题。 这些是补丁版本（例如，9.9.0 → 9.9.1），仅包含生产环境中的必要修复。
请注意，此过程仅适用于已发布且在客户生产环境中的版本。
小版本发布生命周期
小版本发布与常规版本具有不同的生命周期：
由发布后发现的严重问题触发
范围有限 - 仅包含关键的错误修复和安全补丁
加速的时间线 - 更快的审查和发布周期
向后兼容性 - 不允许有破坏性更改
适用于小版本发布的变更
只有满足以下条件的变更才能用于小版本发布：
关键的错误修复，会导致数据丢失、安全漏洞或主要功能失效
安全补丁，用于解决已识别的漏洞
性能修复，用于解决严重的性能问题
合规性修复，用于满足法规或法律要求
以下内容不适用于小版本发布：
新功能或增强功能
非关键的错误修复
代码重构或清理
文档更新
小版本发布请求流程
标准流程：关键错误修复
何时使用： 大多数小版本发布场景
创建拉取请求，针对相应的发布分支（例如，
release/9.9 用于修复 9.9.x 版本的错误）
创建小版本发布请求 issue，使用 小版本发布模板 在主仓库中
在 issue 中提供详细的理由，包括：
影响评估（有多少客户受到影响）
业务影响（收入、合规性、安全隐患）
针对所提修复方案的风险评估
证据和重现步骤
等待发布负责人批准 - 发布负责人将批准该请求，这会自动为您的拉取请求添加 cherry-pick 标签
调整分支目标，通过修改自动添加的标签，以指定哪些其他分支需要该修复：
如果修复应该应用到主分支，请保留 
cherry pick to trunk
如果修复应该应用到当前的冻结版本，请保留 
cherry pick to frozen release
移除不需要修复的分支的标签
让您的拉取请求经过审查、测试并合并 到目标发布分支
自动化系统会创建 cherry-pick 拉取请求，根据仍然应用于您的原始拉取请求的标签，将修复应用到其他分支
尽快审查和合并 cherry-pick 拉取请求，以确保它们不会延误下一次发布。 这些 cherry-pick 拉取请求将使用与原始关键修复相同的里程碑，并且必须在小版本发布之前合并。