在 Joomla 4.0 发布之后，我在线上与 Sigrid Gramlinger-Moser 和 Benjamin Trenkle 会面，讨论 Joomla 4.1（下一个 Joomla 小版本）的测试和生产过程及背后的人员。

Sigrid Gramlinger-Moser - 我第一次在 JandBeyond 巴塞罗那遇到 Sigrid，当时我们都在学习自动化测试。Sigrid 接替我成为 CMS 发布团队的团队负责人，并将该小组发展得远远超出了她继承的状态。Sigrid 涉及到奥地利 Joomla 社区，她的女儿 Lena 最近在我们的生日版中得到了介绍。

Benjamin Trenkle - 我也是在 JandBeyond 以及生产部门遇到他的。我们在 Joomla 内部和外部合作了多个项目，可以公正地说，他教会了我很多关于如何编写良好代码的知识，而作为交换，我也尽力解释了温暖啤酒和板球。

Sigrid，你是如何参与到 CMS 发布团队中的，你为什么加入这个团队？

由于一个客户项目的时间表很紧张，我想知道那天计划的官方发布是否是安全发布。因为那样我就需要为即时更新预留额外的时间。所以我向 Harald Leithner 提问，因为当时他是发布负责人。他邀请我加入 CMS 发布团队，这样我就可以提前知道并测试预构建的包。那是在 2019 年 3 月，我至今仍在这个团队中。

是什么让你对 Joomla 4 感到高兴？

我喜欢干净且新的后端，前端的表现以及简单的更新。对于我的第一个只有几个扩展的客户项目，我开始升级，每个项目只需 1-2 小时。对我来说，这真是一个微型的迁移——如果所有扩展和模板都为 J4 准备就绪，Joomla 3 网站需要备份（就像往常一样），稍作清理，然后就可以出发了。

本杰明，恭喜你成为Joomla! 4.1版本发布负责人。在Joomla 4.1中，你打算为我准备哪些令人兴奋的新功能呢？

谢谢，菲尔！是的，过去几年确实很激动人心，将Joomla! 4推向稳定版本。随着最大问题的解决，通过重大发布重构代码库，主要想法是通过每六个月进行一次定期的预定义小版本发布，并包含预定义的功能集，来提供更可靠的发布日期。

因此，计划于2022年2月15日发布Joomla! 4.1。

我们仍在制定完整的功能列表，预计于12月7日完成，然后那将是功能冻结的日子。

目前列表中包括任务调度器，这为Joomla!提供了运行自动化任务的机会。我们有望将多域名功能集成到Joomla!核心中，并且还有一些有趣的GSoC项目待定，这些可能是Joomla! 4.1的候选功能。

有了你刚刚提到的所有这些优秀功能，计划发布日期定在2022年2月15日。这离我们只有5个月的时间了！

是的，这非常雄心勃勃，但希望这能开启可靠的发布周期。但说实话，实现这一点并不取决于我。这强烈依赖于社区，他们的反馈，他们的测试以及在过去几年中使Joomla社区熠熠生辉的所有优秀品质。
我们的希望是，这将为发布周期带来信任，并增强开发者和代理商的确定性，使他们能够可靠地规划。

西格丽德，这是一个非常紧张的时间表，你将如何确保有足够的时间测试这些功能，以确保质量呢？

我们现在在CMS发布团队中定期举行团队会议，讨论发布的一般问题。其他团队和开发者更关注单个PR（拉取请求）。CMS发布团队在包含自定义模板（包括覆盖）、不同的第三方扩展、多种语言、许多用户组等复杂环境中测试整个发布包。我们有一个发布检查表，其中添加新功能，每个人都标记测试的区域以及PHP版本。在未来几周内，我们还将调查如何自动化浏览器测试，以及如何支持自动化测试团队，提供准备好的测试案例。这将为我们节省大量时间，并将质量进一步提高。

本杰明，实现这一目标的时间表是如何安排的？

嗯，菲尔，我们希望在9月底发布第一个Alpha版本。这更多的是为了我的利益，以便我熟悉整个过程并对其进行测试。它可能不会有太多新功能，尽管我们已合并了一些不错的PR。

之后，我们计划再发布两个Alpha版本，分别在10月底和11月底，然后是带有所述功能冻结的Beta阶段，于12月7日开始。在这里，我们将增加频率，有两个额外的Beta版本，一个在圣诞节前（12月21日），一个在新年伊始（1月4日）。在1月18日语言冻结后，我们将开始RC（发布候选）阶段，这将带来第二个RC版本于2月1日，最终版本于2月15日发布。

我想，这将给测试人员带来一些喘息的机会，所以我们不会从Beta/RC一个接一个地快速推进，而是会给更多的测试时间。

西格丽德，你将如何通知我需要测试的内容和时间呢？

如果您在社交媒体上关注Joomla!，您会注意到发布候选版本的消息。那时就是下载和测试的时候了。您也可以加入我们的团队，参与整个流程。如果GitHub对您来说代码太多，您可以通过开发者列表注册我们的通讯。我们将发布一个CMS发布检查清单，它将显示您可以测试哪些区域。如果您感兴趣，只需发给我一条笔记。

本杰明，您认为这种发布频率对开发者有什么好处，固定时间表是否比特性驱动发布周期有优势？

在我看来，特性驱动的发布周期在独立项目中非常好，在那里您是老板，其他人会跟随。但对于机构和开发者来说，这是地狱，因为它在长期内不可预测。我们也希望这些固定的时间框架让人们可以提前规划并花费时间进行测试，特别是第三方开发者，以确保他们的扩展/模板兼容。

西格丽德，这个周期对您有帮助吗？

是的，因为我们可以提前规划并预留测试时间。在我们的日常工作中，通常时间不够，但如果RC日期提前发布，也可以提前规划。此外，不同团队之间需要大量的协调，因为涉及到很多人。如果发布日期公开，沟通会更容易。

本杰明，如果我想将新特性加入Joomla 4.1，我该如何进行以使我的新特性被包括在内？

首先，该特性必须在12月7日之前准备和测试好，否则只能加入4.2或更高版本。从这一天起，我们不会接受任何新特性。但当然，要真正加入其中，有一个预定义的过程，也有“自由浮动”的方式。

后者是将特性实现到您的仓库中，然后对Joomla!主仓库提交一个PR。这在文件工作上是一种更简单的方式，但也有可能不被接受的风险。

安全的方式是使用RFC流程，首先获得批准，然后开始实施。开发人员可以选择他们喜欢的任何方式。

最后，这也取决于测试。

西格丽德，任何人都可以测试，但不是每个人都想成为发布团队的一员。人们如何帮助进行测试？

正如我已经提到的，我们将发布一个CMS发布检查清单——可能是一个PDF文件和/或Excel表或Google表格。您可以按照那里的区域进行测试。如果您发现问题但不熟悉GitHub，只需给我们发一条消息。

本杰明，Joomla 4.0中的哪些特性可能会使Joomla 4.1的开发更容易/更高效？

我想在这里提到很多改进，但我真正喜欢的是代码库的改进，这使得开发者可以用比Joomla! 3更少的代码编写组件。还有预处理语句，引入了新的安全层，帮助了每个人。

对于您西格丽德，Joomla 4.1最重要的特性是什么？

对我来说，调度器听起来非常有前景，可以轻松地在后端设置cron作业，我还有一个多域名的前景客户，所以那也会很好。

对于您本杰明，Joomla 4.1最重要的特性是什么？

最重要的特性将是我们可以从一开始就承诺发布日期，并保持所有日期。

除此之外，我也非常期待调度器。