去年夏天，我很幸运地接手了与协调和执行Joomla! CMS发布有关的许多职责。当时我并不知道，但整个发布周期涉及许多细节和个人。那么，究竟是什么构成了CMS发布？

发布后

对我来说，作为参与整个发布过程的PLT（项目管理团队）成员之一，发布周期在发布后立即开始。这最初几天是一个重要的里程碑，因为这里的每日下载量最高。通常在这段时间里，我们会看到比新安装更多的更新，对我来说，这是一个好迹象，因为这表明网站所有者和管理员正在努力使他们的网站保持最新。

2013年12月18-20日Joomla! CMS下载量

发布后另一个重要的指标是社区反馈。我们会在邮件列表、论坛和问题跟踪器上看到发布后的活动激增，各种反馈都会出现。社区中的许多成员会努力审查这些反馈并提供帮助，无论是遇到更新问题的初级用户还是遇到软件套件问题的扩展开发者。在这个过程中，生产领导团队（PLT）需要了解任何潜在的重大问题，并在必要时迅速做出反应，正如11月份2.5.15发布后不久的2.5.16发布所看到的那样。

发布协调

在Joomla!这样的规模的项目中，没有一支协调不同发布方面努力的团队是无法成功的。尽管最终发布是由PLT决定的，但在发布之前有多个团队参与，专注于使每个Joomla发布成功的各个方面。

我们的翻译协调员必须了解我们的时间表，以便更新翻译团队并为他们即将到来的发布做好准备。鉴于CMS已翻译成60多种语言，协调员需要确保他们的团队能有足够的时间为即将到来的发布准备翻译包，并在需要时解决翻译者的担忧。

在幕后，Joomla 安全打击团队（JSST）不断处理与 Joomla 软件相关的安全报告，并针对这些问题制定应对措施。他们需要了解发布时间表，以便准备安全补丁，并在必要时向 PLT 提出关于时间表的担忧。

营销工作组与 PLT 合作，帮助准备即将发布的版本和其他针对 Joomla 社区的公告。这包括突出显示版本中包含的新功能，并准备材料帮助用户了解发布之间的重要信息。

一旦确定了时间表，就很少会偏离。简单地说，发布准备过程中涉及许多变动因素，任何变化都会给这个机器带来麻烦。

预发布阶段

预发布阶段正式开始于发布前大约一周。此时，不再接受下一版本的字符串更改，CMS 维护团队减缓了提交活动，以确保我们不会提交可能导致问题的最后时刻的“意外”补丁；通常只有高优先级的项目会被提交，直到发布。从 3.2.1 版本开始，我们现在在发布前 3-4 天实施全面代码冻结，以便进行最终测试，这包括公开发布候选版本，以便测试从旧版本升级到最新包，以及测试新安装并确保 CMS 作为整体正确运行。

在此期间，还有许多其他幕后活动，以确保发布日尽可能顺利。这包括准备 joomla.org 的发布公告，列出每个版本中解决的问题的发布说明页面，合并发布贡献者名单，并为新版本准备文档。

发布日

假设在此之前一切顺利，从我的角度来看，发布日只是发布几篇文章和更改几个链接。当然，这还涉及更多。进行最终质量检查，以确保没有可能延迟发布的最后时刻的担忧，并与所有团队进行最终检查，以确保他们为发布做好准备。一旦完成最终检查，发布即发布，从生产角度来看，发布完成，我们将继续进行下一个版本。

但这并非一帆风顺。其他活动，如社交媒体宣传活动分享新版本并鼓励更新，以及当然更新我们的网站，从这里开始。话虽如此，如果到目前为止一切顺利，这应该是发布周期中最不紧张的一天。

结论

Joomla 的发布，无论是只有少数补丁的小型维护版本，还是像 3.2.0 这样的大型版本，都需要大量的努力才能取得成功。幕后有许多个人参与了进来，他们可能不会像通常与项目中的行动相关联的人那样得到认可。所以，感谢所有为使 Joomla 和其发布取得成功而努力的人。