本系列内容将带您了解红帽企业 Linux 10 构建和发布所涉及的人员和规划。从最初的概念阶段，到 2025 年红帽全球峰会上的正式发布，我们将通过亲历者的讲述，还原 RHEL 10 的诞生历程。
在上一期关于红帽企业 Linux（RHEL）10 诞生历程的内容中，我们深入了解了测试过程，以及主要功能（及其背后的开发故事）是如何逐步成型的。在第四部分中，随着团队努力在代码冻结前对各项功能进行最后的完善工作，这些故事的焦点将变得更加清晰。
2025 年（距离 2025 年全球峰会还有 6 个月）
Brian Stinson，首席软件工程师
“最后冲刺阶段：对于各团队而言，这段时间实际更加紧张，因为我们不仅要确保‘所有功能是否完善？’，还要兼顾‘我们是否能完成产品发布期间所需的其余基线支持工作？’所有软件包都准备到位了吗？我们是否按计划完成了软件包的质量工程？是否已收集相关反馈？随着代码冻结的临近，这类活动实际上会大量增加。”
Chris Wells，RHEL 业务部门产品营销高级总监
“我深知我们需要围绕这个版本打造精彩叙事。但我们不打算变更这个版本的功能，唯一能改变的就是我们谈论这些功能的方式。
为此，我在哥伦布市组织了一场会议，邀请了 RHEL 10 首席产品营销经理 Marty Loveless，以及住在阿克伦城、距离哥伦布市只有一两个小时路程的 Scott McCarty。那天他专程开车过来。我们把自己关在会议室里，全力进行头脑风暴，思考‘我们可以从哪些不同的角度来讲述这些功能？’我们尝试分析其中的新颖之处，思索是否可以通过不同的视角来诠释版本功能。”
Major Hayden，高级首席软件工程师
“当时是由我和另一位红帽员工负责代码构建的工程工作，我们分工合作。RAG（检索增强生成）是我们面临的首要挑战。我们原本以为这很简单：把一堆 PDF 文件扔到一个存储桶里，就能直接检索了。结果完全不是这么回事。
许多困难都源于：我们很多人都是第一次接触向量。比如，我在学校学过微积分，所以我知道向量是笛卡尔直角坐标系上的一条线，但仅此而已。这些句子是如何变成向量的？完全让人摸不着头脑。为此，我不得不专门花时间恶补微积分知识，才弄明白‘这到底是在干什么？’
而我们遇到的最大障碍是，始终无法获得理想的质量结果。
但后来我们读到一篇博客或某篇文章，有人提到可以让 LLM 来优化客户提出的问题。我们最终创建了一个问题优化流程：收到客户的问题后，我们将它发送给 LLM，并提示它，‘嘿，这个问题很可能与 RHEL 相关，或与红帽产品相关，或与 Linux 相关。能否将客户的这个问题转换为五个更具体的问题，并包含与这些主题匹配的关键字？’比如客户可能会说，‘SSH 无需重新启动。’经过问题优化后，问题会变得更加具体，并使用更有可能出现在我们 RAG 内容中的表述。这样一来，向量搜索就能匹配到更多文档。突然之间，我们就发现结果质量开始提升了。”
Wells
“真正的关键在于，我们能够利用红帽在市场中独特的差异化优势——也就是我们围绕用于 RHEL 的 Linux 积累的所有专业知识和技能，将这些知识与技能产品化，并通过 Lightspeed 以助手形式提供给用户。这为我们塑造 RHEL 10 叙事提供了强有力的切入点。”
Stef Walter，Linux 工程高级总监
“我们各行各业的客户——其中不乏知名企业——在镜像模式尚未获得官方支持时就已经开始部署了。他们的反应是，‘这个功能太棒了，我们不在乎有没有支持，我们现在就要部署它。’
真正让我们感到震撼的是，客户竟然在未等我们提供支持的情况下，就已经将这个功能投入了生产环境。这说明镜像模式对客户的 IT 流程和转型目标具有重要价值，以至于他们根本不愿等待。现在反而是我们要跟上客户的需求。”
Wells
“我们手握镜像模式这个极具说服力的产品故事，于是开始思考，‘如果我们以新的角度诠释镜像模式，将它宣传为修补和更新系统的另一种方式，会怎么样？’去年我们一直在谈论镜像模式，更多的是将它定位为一种部署新系统、新镜像和边缘部署的方式。这种定位当然完全正确且有效。
但我们也在想，‘如果更进一步呢？如果不局限于边缘部署，而是直接为生产服务器创建一个不可变镜像，并以这种方式进行部署，会怎么样？’这样一来，每当用户需要更新服务器时，只需更新相应镜像即可，实际上就是重新为系统安装镜像。这将是一种全新的部署方式。如果采用这种方法，就能消除管理 Linux 系统的一大痛点——繁琐的系统检查和修补流程。因为通过镜像模式进行补丁管理，会比传统的软件包更新方式更简单、更快捷，风险也会大幅降低。”
我们已经非常接近在 2026 年全球峰会上发布 RHEL 10 的阶段了，这部分工作应该很简单，对吧？……真的那么简单吗？敬请期待 2026 年的下一篇文章，团队将带我们了解实际的发布机制与流程。
