Commit merging: scope and cadence

提交根据 Ceph 发布生命周期每个阶段的特定标准合并到分支。本章规定了这些标准。

开发版本（即 x.0.z）

什么？

功能
修复错误

哪里？

功能合并到主分支。修复错误应该合并到相应的命名分支（例如nautilus用于 14.0.z，pacific用于 16.0.z，主分支，因为主分支本身在开发版本阶段偶尔会合并到命名分支。在任何情况下，如果修复错误很重要，它也可以被标记为回滚到一个或多个以前的稳定版本。

何时？

每次稳定发布后，以前的候选分支进入阶段 2（见下文）。例如：当jewel命名分支创建时infernalis发布候选进入阶段 2。从这一点开始，主不再与infernalis关联。在下一个稳定发布的命名分支创建后，主将偶尔合并到它。

分支合并

最新的稳定发布分支定期合并到主分支。
主分支定期合并到稳定发布的分支。
主分支在每个开发（x.0.z）发布后立即合并到稳定发布分支。

稳定版本候选（即 x.1.z）阶段 1

什么？

仅修复错误

哪里？

稳定发布分支（例如jewel用于 10.0.z，luminous用于 12.0.z，主。修复错误应该合并到与稳定发布候选对应的命名分支（例如jewel用于主。在此阶段，所有对主的提交都将合并到命名分支，反之亦然。换句话说，无论提交是否合并到命名分支或到主- 它都将进入下一个发布候选，无论如何。

何时？

在发布第一个稳定发布候选后，即发布分支中设置了 x.1.0 标签后。

分支合并

稳定发布分支定期合并到主.
The 主分支定期合并到稳定发布分支。
The 主分支在每个 x.1.z 发布候选后立即合并到稳定发布分支。

稳定版本候选（即 x.1.z）阶段 2

什么？

仅修复错误

哪里？

稳定发布分支（例如mimic用于 13.0.z，octopus用于 15.0.z主。在发布候选阶段 2 对命名分支进行手工挑选，因为官方回滚过程仅在发布被宣布为“稳定”时才开始。

何时？

在 CLT 宣布是时候进行阶段 2 时。

分支合并

稳定发布分支偶尔合并到主分支。

稳定版本（即 x.2.z）

什么？

修复错误
功能有时会被接受
提交应该从主在可能的情况下挑选
没有从主挑选的提交必须与稳定版本特有的错误相关
请参阅回滚 HOWTO文档

哪里？

稳定发布分支（hammer用于 0.94.x，infernalis用于 9.2.x，

何时？

在稳定发布后，即发布分支中设置了“vx.2.0”标签后。

分支合并

从不

由 Ceph 基金会带给您

Ceph 文档是一个社区资源，由非盈利的 Ceph 基金会资助和托管Ceph Foundation. 如果您想支持这一点和我们的其他工作，请考虑加入现在加入.