本系列内容将带您了解红帽企业 Linux 10 构建和发布所涉及的人员和规划。从最初的概念阶段，到 2025 年红帽全球峰会上的正式发布，我们将通过亲历者的讲述，还原 RHEL 10 的诞生历程。
在上一期关于红帽企业 Linux（RHEL）10 诞生历程的内容中，我们了解到构建这一平台所采用的新方法。在第三部分中，我们将聚焦于团队如何保持微妙的平衡：在让数千个不断变化的组件保持同步的同时，推动镜像模式、RHEL Lightspeed 等功能（以及我们即将讲述的关于它们的背后故事）逐渐落地成形。
2023 年（距离 2025 年全球峰会还有 18 个月）
Mike McGrath，核心平台工程副总裁
这时，一切才真正开始进入高速运转状态。我们内部最为关注的一件事，就是所谓的“组合构建”。组合构建本质上就是每晚（或者粗略地讲，可能是一天几次）对 RHEL 中最新、最强大代码进行的集成构建。我总是通过它来了解进展情况。
Major Hayden，高级首席软件工程师
这就像一座“叠叠乐”塔，每一块积木的大小都略有不同。您看着这座塔，可能会说：“我这块真的挺小的，把它抽出来塔不会倒的。”但您周围的所有人都会说：“我相信您，但我们得确认一下。”因为一旦塔倒了，那麻烦就大了。
McGrath
有些东西，一旦损坏，便无法再进行组合构建，这意味着没有人能以真正有效且真实的方式进行测试。有时候，尤其是在早期阶段，我们可能会连续几周都无法成功完成组合构建。
Hayden
有时您只是稍微改动了下堆栈中的某一部分，其他人就不得不对剩下的一大半堆栈进行测试，以确保整个系统仍能正常运作。有时候运气好，您改动了一下堆栈，并未影响到其他人；但有时候就没那么幸运了。
McGrath
当那些组合构建无法正常运作时，各个真实团队都会受到实实在在的影响。这正是我们需要让所有人保持同步的内部关键事项之一。
2024 年（距离 2025 年全球峰会还有 12 个月）
Brian Stinson，首席软件工程师
镜像模式以及我们在全球峰会上讨论过的后量子 [密码学] 等功能和技术，这些实际上都是在发布流程中相对较晚的阶段才加入的。
Chris Wells，RHEL 业务部门产品营销高级总监
我们与产品管理团队携手合作，了解当前进展情况，试图弄清楚这个特定版本的故事主线。但要等到大概发布前一年左右，各种事项才会确定下来，您才能开始理清这个版本的故事脉络。
Hayden
在 [2024 年] 的全球峰会上，大家应该都知道我们承诺要推出 RHEL Lightspeed，但我认为没人真正清楚它到底是什么。我们并不想开发像 Clippy 那样的东西。我们想打造真正有用的东西。我认为问题在于：什么才是合理的？人们会想知道什么？我们又该如何以适合的方式为用户提供相关服务呢？
Stef Walter，Linux 工程高级总监
镜像模式是 [首席执行官] Matt Hicks 在 2023 年 10 月向我们发起的一项挑战，他称之为“登月计划”，并激励大家务必把它攻克下来。他要求大家在 [2024 年] 全球峰会上拿出成果——我们做到了，最终以技术预览版的形式成功呈现。
Hayden
我认为我们很早就做出了决定：[Lightspeed 应] 面向那些每天与 RHEL 打交道的人员。我们不要以决策者或高管为目标，而是以坐在键盘前的人员为目标，尝试找到一些方法，不仅能回答他们的问题、解决他们的难题，还能帮助他们了解红帽的做事方式。这既是一种追加销售，也是一种教育，同时还能为 RHEL 增添价值。这就是我们最初讨论 Lightspeed 时的想法。
Wells
[我们] 花费了大量时间与产品经理沟通，以理解这些特性和功能的设计初衷。理想的方法是，采取由外而内的视角，设身处地理解您的营销对象（包括客户、用户及合作伙伴）的关注点是什么？他们面临哪些挑战？遇到了哪些问题？因为您必须确保您的产品对他们而言有意义。
此时，距离 RHEL 10 正式发布（GA）还有不到一年的时间。随着 2025 年红帽全球峰会日益临近，各项功能正在不断完善，用例业已敲定，整个发布机制体系也在加速运转。
