红帽公司为了提升开发流程和用户体验,宣布了针对其旗舰操作系统 Red Hat Enterprise Linux (RHEL) 小版本更新的 beta 发布策略即将发生的变化。
自推出以来,RHEL 每次小版本更新前都提供 beta 版本,让用户预览变化、测试重要功能并提供宝贵反馈意见。
传统上,这些发布的时间不尽相同。但近年来,红帽公司已经采取了更可预测的时间表,与其对主要版本和小版本更新的 3 年和 6 个月的目标一致。
然而,反馈和运营经验表明,需要修改小版本更新 beta 的方法。从历史上看,beta 版本和最终发布之间的时间窗口过窄,无法充分解决所有已识别的问题,促使红帽公司重新评估和调整其策略。
从 RHEL 9.5 开始的关键变化
小版本更新流程将从即将发布的 RHEL 9.5 开始发生重大简化,该版本预计将于今年十一月发布。最显着的变化是将软件包提前到 beta 渠道,并在完整发布之前持续达四个月。
在此之前,新的软件包通常只在主要小版本更新的一个月前添加到 beta 渠道,这样不足以收集并整合用户反馈。
这一转变旨在让用户尽早获得新功能和修复。此外,红帽公司将每周更新这些软件包,增强反馈循环,并允许基于用户输入进行更多迭代改进。
还有一件非常重要的事情!为支持这一简化流程,红帽公司将不再主动生成小版本更新的安装媒体,包括预构建的 ISO、云镜像和 QCOW 虚拟机镜像。取而代之的是,红帽镜像生成器工具将被赋予在各种支持的格式中生成 beta 镜像的能力。
此外,产品文档将专门保留给完整发布,以确保其反映最新的更新和功能。
尽管有这些变化,红帽公司重申了在几个关键领域保持连续性的承诺。预发布软件包将继续在 Red Hat Enterprise Linux beta 渠道中提供,比传统的 beta 发布几周前。
此外,CentOS Stream 的开发将不受影响,仍然是社区开发、测试和为未来 RHEL 小版本贡献的首选平台。
最后,值得注意的是,这些变化不会影响 RHEL 8 或更早版本中计划的任何小版本更新。更新后的 beta 发布流程将适用于 RHEL 9.5 及以后的小版本更新,包括即将推出的 RHEL 10 系列,从 RHEL 10.1 开始。
欲了解更多详细信息,请参阅红帽公司的官方公告。