Chaos Mesh 发布周期
本页面由 PageTurner AI 翻译（测试版）。未经项目官方认可。 发现错误？ 报告问题 →
本文档主要面向需要针对特定发布里程碑创建功能增强、问题或拉取请求的 Chaos Mesh 开发者和贡献者。
角色
贡献者/开发者
贡献者可通过以下形式参与发布周期：
-
参与新功能/增强功能收集的讨论
-
贡献 Chaos Mesh 代码/文档
-
在需要时协助裁剪功能
作为贡献者，您只需注意以下两点：
-
您可能会被要求完成未竟工作，或将其从发布分支中移除
-
在"代码冻结"期间，您的 PR 可能不会立即合并到主分支
发布经理
"发布经理"是统称，指负责维护发布分支、标记版本以及构建/打包 Chaos Mesh 的贡献者群体。
发布经理需要承担以下职责：
-
以 GitHub Issue 形式收集"新功能/增强功能"
-
创建并维护
vX.Y.0GitHub 里程碑 -
安排并主持必要会议
-
持续维护下次发布的跟踪文档
-
联系贡献者协助完成/移除未完成的功能/文档；若无法联系则自行移除
-
创建发布分支
-
起草次要版本的发布说明
-
发布 alpha、beta 及正式版本
-
持续完善发布相关文档
如何成为发布经理？
Chaos Mesh 提交者和维护者会在新发布周期第一周左右提名新发布经理，提名公告将发布在 Slack 频道 #chaos-mesh-maintainers。若反对票不超过半数则提名通过，最终我们会在文档网站和 Slack 频道 #project-chaos-mesh 公布发布经理名单。
版本规划与时间线
-
Chaos Mesh 每 8 周发布一个次要版本
vX.Y.0 -
Chaos Mesh 至少每 2 周发布一个预览版本(
vX.Y.0.alpha/beta-W, W>=0) -
Chaos Mesh 按需发布错误修复/补丁版本(
vX.Y.Z, Z>0)
发布阶段
每个发布周期包含三个阶段：
-
常规开发阶段（第 1-5 周）
-
代码冻结阶段（第 6-7 周）
-
发布周（第 8 周）
常规开发阶段
此阶段将进行以下工作：
-
遴选新发布经理
-
收集下次发布的新功能/增强功能
-
创建
vX.Y.0里程碑（若不存在） -
编码与文档编写
-
每两周发布 alpha 版本
代码冻结阶段
此阶段将进行以下工作：
-
阻止所有无关 PR 的合并
-
评审纳入下个版本的新功能/增强
- 完成或裁剪未完成功能
- 文档准备就绪，至少在 chaos-mesh/website 仓库有相关 issue
-
创建
release-X.Y分支 -
发布 beta 版本
-
准备发布说明
-
创建
vX.Y+1.0里程碑 -
按需合并 bugfix
-
编写新版本相关文档
"代码冻结"阶段从第6周开始，至 release-X.Y 分支创建完成结束。
在"代码冻结"期间，与即将发布的次要版本无关的 PR 将禁止合并到 master 分支。仅与本次发布相关的 PR 可合并至 master。
发布经理将联系贡献者，要求其完成或裁剪未完成功能。若与贡献者失联，发布经理将自行裁剪这些功能。
当所有未完成功能被标记为"完成"或"需裁剪"后，发布经理将创建 release-X.Y 分支，所有 PR 的合并流程恢复正常。
未完成功能裁剪后，发布经理将发布首个 beta 版本。此后仅 bug 修复会被 cherry-pick 到发布分支。若发布分支有更新，可发布更多 beta 版本。
beta 版本发布后，发布经理应开始准备发布说明。
发布周
发布周期间执行事项：
-
按需合并紧急 bugfix 或漏洞修复
-
发布次要版本制品（Helm charts、容器镜像等）
-
发布次要版本文档
发布经理将在本周发布 vX.Y.0 版本。