Version lifecycle/zh

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

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

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

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

发行方针

 * 每个“point”发布会包含更新了的翻译文件和所有错误修复. 通常情况下“point”发布不含任何新功能而且这些支持也不包括扩展，见下文（例如不支持当前长期支持版本）
 * 每次新版本发布之间间隔6个月.
 * 长期支持版本（LTS）每两年发布一次. 新的LTS版本第一年会与上个LTS版本的最后一年重复支持. 例如1.23版曾获支持至2017年5月. 1.27版在那一年之前发布，这样人们拥有可以迁移的LTS，并容许一年时间以进行过渡.
 * Release notes will continue to be the basis for seeing what has changed. Because of the nature of a volunteer-driven project, it isn't possible to say with any certainty what will happen in the next 6-12 months.
 * To mitigate the problem of release notes, we will publish a list of new features in the upcoming LTS relative to the last LTS six months before it comes out. This means that about the time when 1.26 came out, an announcement was made for 1.23 users letting them know what changes they could expect in 1.27.

发行时间轴
This timeline is a schedule for what needs to happen before the release of a new version. The date of the actual release is given here as T (for "time" of release) and the suffix -# (for “number of weeks prior to release”).

扩展生命周期管理
Most MediaWiki installation include a significant number of extensions (Wikimedia wikis often have around 140 extensions). Managing the maintenance bug fixing of extensions and choosing the right version of an extension in cases where the HEAD development version relies on features not yet available in stable or oldstable MediaWiki core, can be challenging.

Extension maintainers are therefore strongly encouraged to maintain a git branches for each extension version corresponding a MediaWiki version. (See Compatibility for details.) For extensions hosted in Wikimedia's git repos, such branches (with names such as  for MediaWiki 1.30) are created automatically from master when a new MediaWiki version is branched (on the assumption that the extension master is compatible with MediaWiki master at all times). However, it's preferable for the extension maintainer to fix bugs not only in HEAD but also in the oldstable and stable versions (by backporting the fix to the old branches if necessary).

The goal of these rules is that people or organizations installing MediaWiki can rely on installing the newest release of a version and matching extensions by a simple method, e.g. for 1.20.x core by referring to REL1_20 in git.

外部链接

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