去年夏天，我有幸被委以不同的职责，负责协调和部署Joomla! CMS的各个版本。那时，我对这个主题了解不多，但很快就发现有很多行动和人员参与了修订周期。那么，实际上新的修订版是如何部署的呢？

版本后

就我个人而言，作为整个修订过程的生产领导团队（PLT）成员，版本周期在部署和发布新版本后立即开始。这些最初几天是一个重要阶段，因为这时每天的下载量最大。通常在这段时间内，我们发现更新的数量多于新安装的数量，这是一个非常好的消息，因为这表明网站所有者和管理员正在努力保持他们的网站更新。

2013年12月18日至20日的Joomla! CMS下载

新版本的部署后，来自社区的反馈也是一个重要的指标。在邮件列表、论坛或Joomla!问题追踪器上都会出现活动高峰，各种评论。社区中的许多成员花时间并努力审查这些评论，并为遇到更新问题的初学者以及面临第三方软件问题的扩展开发者提供帮助。因此，生产领导团队（PLT）可以了解所有重大问题，并能够快速反应，就像2.5.15版本随后几小时发布的2.5.16版本那样。

新版本发布的协调

很少有像Joomla!这样的大型项目能够在没有协调不同方面工作的团队的情况下顺利完成。尽管最终版本部署由PLT决定，但仍有多个小组参与新版本的部署，每个小组都专注于某些方面，以确保Joomla!的每个新版本都能成功。

我们的翻译协调员必须准确了解我们的路线图，以便通知翻译团队，确保一切准备就绪，以推出下一个版本。由于CMS被翻译成60多种语言，协调员必须确保他们的团队有足够的时间来部署即将推出的版本的翻译包，并且还要确保翻译者提出的问题能够及时得到解答。

在幕后，"Joomla安全打击队"（JSST）团队持续咨询Joomla!软件的安全报告，并致力于解决这些问题。该团队的成员还需要了解下一个版本的发布时间，以便准备安全修复程序，并在必要时与PLT讨论可能的延期。

负责市场营销的小组（市场营销工作组）与PLT紧密合作，以组织即将推出的版本和其他公告的沟通工作。这包括突出新版本的新功能，并为用户提供在版本部署之间的重要信息做好准备。

一旦制定计划，就非常罕见需要更改。实际上，由于在版本部署中有大量参与者，任何更改都相当于在这个美好机器中投入沙粒。

预发布阶段

预发布阶段正式开始，距离发布大约一周。在此阶段，不接收针对即将发布的版本的字符串更改，并且CMS维护团队减少其活动的工作量，以避免应用可能导致冲突和错误的最后时刻的修复程序。因此，通常只有在发布前，才会处理高优先级的元素。
从3.2.1版本开始，我们在发布前3-4天内完全冻结代码，以便进行最终版本测试，包括通过发布“合格”版本进行测试，以便测试从先前版本更新以及/或测试新安装。这样做的目的是确保CMS整体正常运行。

在此期间，还秘密进行了许多其他行动，以确保新版本的发布尽可能顺利。这包括撰写joomla.org网站上的公告，列出每个版本中解决的问题的版本说明，更新版本贡献者列表，以及准备相关的文档。

发布日

假设到目前为止一切顺利，新版本的发布日对我来说主要是发布几篇文章和一些链接的修改。当然，还有很多其他事情要做。最后的质检是为了确保没有可能延迟发布的最后时刻问题。最后的检查由整个团队完成，以确保一切准备就绪。最后检查完成后，版本发布，从严格的“生产”角度来看，版本已完成，是时候进行下一个版本了。

当然，工作还没有结束。从现在开始，尤其是要发布社交媒体公告，通知新版本的可用性，并鼓励更新，就像我们自己的网站必须做的那样。当然，如果前面的工作都进展顺利，这一步就不会那么紧张。

总结：

无论是简单的维护版本还是像3.2.0那样的重大版本，每个新版本的Joomla!都需要许多努力才能成功。许多参与其中的人默默无闻，与直接参与项目的人不同。所以，非常感谢所有为Joomla!及其新版本的成功付出努力的人。