正在考虑更改编号和形成 X.Org Server 版本的方法的可能性

Adam Jackson，负责过去的几个 X.Org Server 版本， предложил 他在会议报告中 XDC2019 切换到新的问题编号方案。 为了更清楚地看到特定版本的发布时间，与 Mesa 类比，建议在版本的第一个数字中反映年份。 第二个数字将指示相关年份的重要版本的序列号，第三个数字将反映纠正更新。

此外，由于 X.Org Server 版本现在相当罕见（X.Org Server 1.20 已发布一年半前），到目前为止 没有观察到 关于形成 X.Org Server 1.21 的活动，虽然代码中积累了一些更正和创新，但建议转向用于形成新版本的计划模型。

该提案归结为这样一个事实：代码库将使用持续集成系统不断开发，并且在所有 CI 测试均成功通过的情况下，发布将是在某些预先安排的日期的状态的简单快照。
计划每 6 个月发布一次重要版本，包括新功能。 随着新功能的添加，还建议创建可以自动分支的中间构建，例如每两周一次。

Hans de Goede，Red Hat 的 Fedora Linux 开发人员， 他指出，所提出的方法并非没有缺点 - 由于 X.Org Server 非常依赖硬件，因此不可能通过持续集成系统捕获所有问题。 因此，建议额外引入发布阻塞错误的系统，该错误的存在会延迟自动发布，并在发布前组织形成初步版本进行测试。 Michael Dänzer，Red Hat 的 Mesa 开发人员， 他指出，提议的方法适用于快照和候选版本，但不适用于最终稳定版本，包括由于临时版本中可能会出现 ABI 兼容性冲突。

来源： opennet.ru