发布流程

此页面正在进行中。以下流程尚未获准使用

主干

Meson 遵循的原则是主干应该（理论上）始终足以发布。也就是说，合并到主干的所有代码都必须通过所有单元测试。任何有问题的代码都应该立即修复或回退。

愿意容忍偶尔故障的人可以根据需要将 Meson 主干用于日常开发。

主要版本

主要版本目前采用 0.X.0 的形式，其中 X 是一个递增的数字。我们的目标是大约每 3 到 4 个月发布一个主要版本，但时间表并非一成不变。

在发布主要版本之前，将创建稳定分支，并发布 0.X.0-rc1 发布候选版本。将为 0.X.0 创建一个新的里程碑，并将影响 RC 的所有错误分配给该里程碑。修复里程碑中错误的补丁将被挑选到稳定分支，而主分支将继续正常开发。此后每周将发布一个新的发布候选版本，直到里程碑中的所有错误都得到解决。当所有错误都修复后，将发布 0.X.0 版本。

错误修复版本

错误修复版本仅包含对主要版本的少量修复，并通过递增版本号的最后一位来标识。错误修复版本的标准如下：

• 与上一个版本相比，该版本存在重大回归（导致现有项目无法构建）
• 该版本存在导致数据丢失或等效问题的严重错误
• 其他不可预见的主要问题

在这些情况下，可以发布错误修复版本。它应该只包含有关问题（或问题）的修复，以及其他次要错误修复。仅已在主干中着陆的更改将被考虑纳入。不得添加任何新功能。

请求错误修复版本

请求发布错误修复版本的流程大致如下：

• 提交有关核心问题的错误
• 如果可能，提交修复它的补丁
• 联系开发团队并请求发布错误修复版本（IRC 是首选联系方式）

请求应包含以下信息：

• 有关问题
• 它是否已对真实项目造成问题
• 受影响的人数和项目的估计

无需编写冗长且复杂的请求报告。以下内容就足够了：

最新版本存在一个回归，尝试使用 Bar 进行 Foo 会导致中断。这会中断所有同时使用这两者的项目，包括至少 [受影响项目列表]。这会导致 X 人员遇到问题，因此我们应该发布错误修复版本。