注意
本文档适用于 Ceph 的开发版本。
提交合并：范围和节奏
提交根据 Ceph 发布生命周期每个阶段的特定标准合并到分支中。本章将这些标准规范化。
开发版本（即 x.0.z）
什么？
功能
错误修复
在哪里？
功能合并到 main 分支。错误修复应合并到相应的命名分支（例如，14.0.z 对应 nautilus，16.0.z 对应 pacific 等）。然而，这不是强制性的——错误修复和文档增强也可以合并到 main 分支，因为在开发版本阶段，main 分支本身偶尔会合并到命名分支。在任何一种情况下，如果一个错误修复很重要，它也可以被标记为回迁到一个或多个以前的稳定版本。
何时？
在每次稳定发布之后，前一版本的候选分支进入阶段 2（见下文）。例如：当 infernalis 候选版本进入阶段 2 时，创建了 jewel 命名分支。从那时起，main 不再与 infernalis 相关联。创建下一个稳定版本的命名分支后，main 将偶尔合并到其中。
分支合并
最新的稳定版本分支会定期合并到 main。
main 分支会定期合并到稳定版本的分支中。
在每次开发（x.0.z）发布之后，main 会立即合并到稳定版本分支。
稳定候选版本（即 x.1.z）阶段 1
什么？
仅错误修复
在哪里？
稳定版本分支（例如，10.0.z 对应 jewel，12.0.z 对应 luminous 等）或 main。错误修复应合并到与稳定候选版本对应的命名分支（例如，10.1.z 对应 jewel）或 main。在此阶段，所有提交到 main 的内容都将合并到命名分支，反之亦然。换句话说，提交是合并到命名分支还是合并到 main 没有区别——它都会进入下一个候选版本。
何时？
在第一个稳定候选版本发布之后，即在发布分支中设置 x.1.0 标签之后。
分支合并
稳定版本分支会定期合并到 main。
main 分支会定期合并到稳定版本分支。
在每次 x.1.z 候选版本发布之后，main 分支会立即合并到稳定版本分支。
稳定候选版本（即 x.1.z）阶段 2
什么？
仅错误修复
在哪里？
稳定版本分支（例如，13.0.z 对应 mimic，15.0.z 对应 octopus 等）。在此阶段，所有提交到命名分支的内容都将合并到 main。在候选版本阶段 2 期间，回迁到命名分支是手动执行的，因为官方回迁过程只有在发布被宣布为“稳定”时才开始。
何时？
在 CLT 宣布是时候进入阶段 2 之后。
分支合并
稳定版本分支偶尔会合并到 main。
稳定版本（即 x.2.z）
什么？
错误修复
有时会接受功能
如果可能，应从 main 回迁提交
未从 main 回迁的提交必须与稳定版本特有的错误相关
另请参阅 回迁操作指南 文档
在哪里？
稳定版本分支（0.94.x 对应 hammer，9.2.x 对应 infernalis 等）
何时？
在稳定版本发布之后，即在发布分支中设置“vx.2.0”标签之后。
分支合并
从不