Version lifecycle/zh

MediaWiki使用持续集成的开发模式，其中软件的更改会定期推送到类似维基百科的维基媒体项目网站上.

理论上，新的主要版本每半年发布一次，且这些发布版本将会在首次发布后最多一年继续获得安全补丁. 由于时间不足且代码经常改变，我们无法永远支持过时的版本，而且安全和重大更新也不会给已经结束生命周期的过时版本应用.

发布管理员强烈建议维基运行者订阅  邮件群组，这个邮件群组可以收到所有版本发布的通知且让维基运行者能保证他们的维基运行了最新版本的软件. 这些公告也会发布在  和.

版本与对应的支持时长
在上表中列出的以及未列出的标记为过时的旧版本不会收到任何安全修复. 它们可能包含关键的安全漏洞或其他重要的错误，有包含数据丢失或损坏的威胁. 发布管理者也强烈建议只有上表列出的“当前稳定版本”、“仍受支持的旧版本”或“仍受支持的长期支持版本”才应被用于生产环境.

发行方针

 * 每个“point”发布会包含更新了的翻译文件和所有错误修复. 没有新功能将被反向移植到点发布，并且支持不一定包括.
 * 每次新版本发布之间间隔6个月.
 * A minor release (including security patches and general bugfixes) will be made every quarter.
 * 长期支持版本（LTS）每两年发布一次. 在LTS支持中将会有一年的交错. 例如1.23版曾获支持至2017年5月. 1.27版在那一年之前发布，这样人们拥有可以迁移的LTS，并容许一年时间以进行过渡.
 * 发行说明将继续作为查看已发生变化的基础. 由于志愿者驱动项目的性质，不可能肯定地说在接下来的6-12个月内会发生什么样的事情.

发行日程
此时间表是在发布新版本之前需要执行的计划. 实际发布的日期在这里给出为T（发布的时间）和后缀-#（表示发布前的周数）.

扩展生命周期管理
大多数MediaWiki安装包含大量扩展（维基媒体wiki通常有大约140个）. 在HEAD开发版本依赖于稳定或旧稳定的MediaWiki核心中尚未提供的功能的情况下，管理扩展的维护错误修复并选择正确版本的扩展可能具有挑战性.

因此，强烈建议扩展维护者为与MediaWiki版本相对应的每个扩展版本维护一个git分支. （有关详细信息，请参阅. ） 对于在维基媒体的git仓库中托管的扩展，当新的MediaWiki版本被分支时（始终假设扩展的master分支与之兼容），这些分支（名称如MediaWiki 1.30的 ）将自动从master创建）. 但是，扩展维护者最好不仅修复HEAD中的错误，还修复旧版本和稳定版本中的错误（如果需要，将修复程序反向移植到旧分支）.

这些规则的目标是安装MediaWiki的人或组织可以依靠通过简单方法安装版本的最新版本和匹配扩展，例如， 通过引用git中的REL1_20来获取1.20.x核心. And it avoids tarballs and zip files with non-relevant and unpredictable names.

Since Version 1.36, MediaWiki only commits to supporting upgrades from two major long-term support releases (LTS) ago (see T259771). Upgrades from older versions of MediaWiki will have to be performed in multiple steps.

参见

 * WikiApiary上的Generators页面——关于不同版本MediaWiki的使用统计信息.
 * WikiApiary上的Generators页面——关于不同版本MediaWiki的使用统计信息.