去年夏天，我很幸运地接过了协调和执行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准备发布公告（s），列出每个版本中解决的问题的发布说明页面，合并发布贡献者名单，并为新版本准备文档。

发布日

假设到目前为止一切顺利，从我的角度来看，发布日只是发布几篇文章和更改几个链接。当然，涉及的事情远不止这些。进行最终质量检查以确保没有可能导致延迟发布的最后时刻的担忧，并与所有团队进行最终检查以确保他们为发布做好准备。最终检查完成后，发布将发布，从生产角度来看，发布已完成，我们将继续进行下一个发布。

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

结论

无论是只有少数补丁的小型维护发布，还是像3.2.0那样的大型发布，Joomla的发布都需要付出很多努力才能成功。幕后有许多个人参与，他们可能不会像与项目实施常见关联的其他人那样受到认可。因此，向所有为使Joomla及其发布成功而努力的人表示衷心的感谢。