版本生命周期
| MediaWiki | |
|---|---|
|
|
| 版本生命周期 |
Contents
MediaWiki使用持续集成的开发模式，其中软件的更改会定期推送到类似维基百科的维基媒体项目网站上。
理论上，新的主要版本每半年发布一次，且这些发布版本将会在首次发布后最多一年继续获得安全补丁。由于时间不足且代码经常改变，我们无法永远支持过时的版本，而且安全和重大更新也不会给已经结束生命周期的过时版本应用。
发布管理员强烈建议维基运行者订阅mediawiki-announce 邮件群组，这个邮件群组可以收到所有版本发布的通知且让维基运行者能保证他们的维基运行了最新版本的软件。这些公告也会发布在mediawiki-l和wikitech-l。
版本与对应的支持时长
| 版本 | 状态 | 发布日 | 生命周期结束日 |
|---|---|---|---|
| 1.35.x (LTS) | 未来版本 | 2020年6月 | 2023年6月 |
| 1.34.x | 未来版本 | 2019年11月 | 2020年11月 |
| 1.33.x | 未来版本 | 2019-07-02 | 2020年6月 |
| 1.32.x | 当前版本 | 2019-01-11 | 2020年1月 |
| 1.31.x (LTS) | legacy long-term support version | 2018-06-14 | 2021年6月 |
| 1.30.x | 不再支持的旧版本 | 2017-12-12 | 2019年6月 |
| 1.29.x | 不再支持的旧版本 | 2017-07-13 | 2018年7月 |
| 1.28.x | 不再支持的旧版本 | 2016-11-28 | 2017年11月 |
| 1.27.x (LTS) | obsolete long term support version | 2016-06-28 | 2019年6月 |
| 1.26.x | 不再支持的旧版本 | 2015-11-25 | 2016年11月 |
在上表中列出的以及未列出的标记为过时的旧版本不会收到任何安全修复。它们可能包含关键的安全漏洞或其他重要的错误，有包含数据丢失或损坏的威胁。发布管理者也强烈建议只有上表列出的当前版本 或 仍受支持的旧版本 才应被用于生产环境。
- Alpha开发
- 开发（从分支开始）
- 稳定版本
- 长期支持的发行
发行方针
- 每个“point”发布会包含更新了的翻译文件和所有错误修复。 没有新功能将被反向移植到点发布，并且支持不一定包括捆绑扩展和皮肤。
- 每次新版本发布之间间隔6个月。
- 长期支持版本（LTS）每两年发布一次。在LTS支持中将会有一年的交错。例如1.23版曾获支持至2017年5月。1.27版在那一年之前发布，这样人们拥有可以迁移的LTS，并容许一年时间以进行过渡。
- 发行说明将继续作为查看已发生变化的基础。由于志愿者驱动项目的性质，不可能肯定地说在接下来的6-12个月内会发生什么样的事情。
- 为了缓解发行说明的问题，我们将在即将发布的LTS发布六个月之前发布即将发布的LTS中的新功能列表。 这意味着大约在1.26出现的时候，已经公布了1.23个用户，让他们知道他们在1.27中可以期待的变化。
发行日程
此时间表是在发布新版本之前需要执行的计划。实际发布的日期在这里给出为T（发布的时间）和后缀-#（表示发布前的周数）。
| 相关计划 | 任务 |
|---|---|
| T - 7 | 宣布将在一周内创建发布分支。要求人们确保在此之前合并完成正在进行的功能所需的任何内容。在Phabricator中创建“MW-X.XX-release”。 |
| T - 6 | 在Gerrit中新建核心与所有扩展的分支。 |
| T - 5 | 应用X.XX-rc.0标记并释放初始候选版本。 |
| T - 4 | 收集所有问题报告并在邮件列表中汇总。 |
| T - 3 | 应用X.XX-rc.1标记并释放第二个候选版本。此时，任何建议添加到tarball的新扩展都应该在其中。 在这以后不接受扩展功能更改。 |
| T - 2 | 收集任何新的错误报告，合并修复程序，退出意外包含的新的，不完整的功能，应用X.XX-rc.2标记并发布第三个候选版本。 |
| T - 1 | 重复上一步，使用X.XX-rc.final进行标记和释放。 在这之后不接受任何回退移植。 |
| T | 用X.XX标记这个软件并发布。 |
扩展生命周期管理
大多数MediaWiki安装包含大量扩展（维基媒体wiki通常有大约140个）。在HEAD开发版本依赖于稳定或旧稳定的MediaWiki核心中尚未提供的功能的情况下，管理扩展的维护错误修复并选择正确版本的扩展可能具有挑战性。
因此，强烈建议扩展维护者为与MediaWiki版本相对应的每个扩展版本维护一个git分支。
（有关详细信息，请参阅Compatibility#MediaWiki extensions。）
对于在维基媒体的git repos中托管的扩展，当新的MediaWiki版本被分支时（假设扩展主机与之兼容），这些分支（名称如MediaWiki 1.30的REL1_30）将自动从master创建。MediaWiki掌握任何时候）。
但是，扩展维护者最好不仅修复HEAD中的错误，还修复旧版本和稳定版本中的错误（如果需要，将修复程序反向移植到旧分支）。
这些规则的目标是安装MediaWiki的人或组织可以依靠通过简单方法安装版本的最新版本和匹配扩展，例如， 通过引用git中的REL1_20来获取1.20.x核心。
外部链接
- WikiApiary上的Generators页面——关于不同版本MediaWiki的使用统计信息。
