Versionszyklus

From MediaWiki.org
Jump to: navigation, search
This page is a translated version of the page Version lifecycle and the translation is 57% complete.

Outdated translations are marked like this.
Other languages:
العربية • ‎català • ‎Deutsch • ‎English • ‎español • ‎suomi • ‎français • ‎گیلکی • ‎magyar • ‎italiano • ‎日本語 • ‎Lëtzebuergesch • ‎Nederlands • ‎occitan • ‎polski • ‎português • ‎português do Brasil • ‎русский • ‎සිංහල • ‎தமிழ் • ‎українська • ‎中文

MediaWiki wendet bei der Softwareentwicklung das Modell der „kontinuierlichen Integration“ an, bei dem Softwareänderungen regelmäßig von den Websites von Wikimedia, wie bspw. die Wikipedia, übernommen und somit produktiv genutzt werden.

Theoretisch werden halbjährlich neue Hauptversionen veröffentlicht, wobei die Release-Zweige weiterhin bis zu einem Jahr nach der ersten Veröffentlichung weitere Sicherheitsaktualisierungen erhalten. Aus Zeitmangel und der schnellen Veränderung der Code-Basis können wir überholte Versionen nicht für immer pflegen, daher werden kritische Updates und Sicherheitsaktualisierungen nicht weiter gepflegt wenn sie das Ende ihres Lebenszyklus erreicht haben.

Der Veröffentlichungsmanager empfiehlt, dass Wikibetreiber die mediawiki-announce-Mailingliste abonnieren, die Mitteilung von allen Versionen erhält und sicherstellen, dass ihr Wiki möglichst mit der aktuellsten Version der Software läuft. Diese Ankündigungen werden auch zur mediawiki-l und wikitech-l geschrieben.

Versionen und ihr Lebensende[edit]

Version Status Veröffentlichung Lebensende
1.31.x (LTS) künftige Version Juni 2018(2018-06) Juni 2021(2021-06)
1.30.xMediaWiki 1.30 künftige Version November 2017(2017-11) November 2018(2018-11)
1.29.xMediaWiki 1.29 aktuelle Version 2017-07-13 Juli 2018(2018-07)
1.28.xMediaWiki 1.28 verbliebe Version 2016-11-28 November 2017(2017-11)
1.27.xMediaWiki 1.27#Release schedule (LTS) verblieben Version 2016-06-28 Juni 2019(2019-06)
1.26.xMediaWiki 1.26#Release schedule Veraltete Version 2015-11-25 November 2016(2016-11)

Versionen in der obigen Tabelle, die als überholt markiert sind, werden keinerlei Sicherheitsreparaturen erhalten. Sie haben womöglich kritische Verwundbarkeiten bei der Sicherheit und andere Hauptfehler, was auch die Möglichkeit von Datenverlust und/oder anderer Korruption nach sich ziehen kann. Die Managerin oder der Manager von Veröffentlichungen hat auch eine starke Empfehlung ausgesprochen, dass nur Versionen, die als aktuelle Version oder verbliebene Version obig aufgeführt sind in einer produktiven Umgebung eingesetzt werden sollten.

Richtlinie zur Veröffentlichung[edit]

  • Every point release will include updated i18n files as well as any bug fixes. No new features will be back-ported to point releases and support doesn't include extensions in general, see below (e.g. Erweiterung:UniversalLanguageSelectorExtension:UniversalLanguageSelector doesn't support current LTS).
  • Ein Hauptrelease wird alle sechs Monate veröffentlicht.
  • Eine Langzeitsupport-Version (LTS) wird alle zwei Jahre veröffentlicht. Es gibt eine einjährige Überschneidung zwischen zwei LTS-Versionen. Etwa wurde 1.23 bis Mai 2017 unterstützt. 1.27 wurde ein Jahr zuvor veröffentlicht, sodass man ein Jahr Zeit hatte, auf die neue LTS-Version umzusteigen.
  • Versionshinweise werden immer die Informationsbasis für Neuerungen und Änderungen sein. Das Projekt wird von Freiwilligen vorangetrieben, deshalb ist nicht immer mit Sicherheit zu sagen, was in den nächsten 6 bis 12 Monaten tatsächlich passieren wird.
  • Um das Problem der Versionsnotizen zu mildern, veröffentlichen wir in kommenden LTS-Versionen eine Feature-Liste in Bezug auf die letzte LTS-Version sechs Monate vor ihrer Veröffentlichung. Das bedeutet, dass zur Zeit, als 1.26 veröffentlicht wurde, für Benutzer der Version 1.23 eine Ankündigung gemacht wurde, in der stand, was sie für 1.27 erwarten können.

Versionszeitplan[edit]

Special:MyLanguage/MediaWiki 1.16Special:MyLanguage/MediaWiki 1.17Special:MyLanguage/MediaWiki 1.18Special:MyLanguage/MediaWiki 1.19Special:MyLanguage/MediaWiki 1.20Special:MyLanguage/MediaWiki 1.21Special:MyLanguage/MediaWiki 1.22Special:MyLanguage/MediaWiki 1.23Special:MyLanguage/MediaWiki 1.24Special:MyLanguage/MediaWiki 1.25Special:MyLanguage/MediaWiki 1.26Special:MyLanguage/MediaWiki 1.27Special:MyLanguage/MediaWiki 1.28Special:MyLanguage/MediaWiki 1.29Special:MyLanguage/MediaWiki 1.30
  •    Alpha version
  •    Development (since branch point)
  •    Aktuelle Version
  •    Legacy release
  •    Obsolete release

Verröffentlichungszeitplan[edit]

Diese Zeitleiste ist ein Ablaufplan, was vor der Veröffentlichung einer neuen Version passieren muss. Das Datum der tatsächlichen Veröffentlichung erhält ein T (für "time", Zeit, der Veröffentlichung) und das Suffix # (für die Wochenanzahl bis zur Veröffentlichung).

Relativer Zeitplan Aufgabe
T - 7 Announce that the release branch will be created in one week. Ask people to make sure that anything needed to complete in-progress features is merged before then. Create "MW-X.XX-release" in Phabricator.
T - 6 Create the branch for core and all extensions in Gerrit.
T - 5 Apply the X.XX-rc.0 tag and release the initial release candidate.
T - 4 Collect any bug reports and summarize them on the mailing list.
T - 3 Apply the X.XX-rc.1 tag and release the second release candidate. Any new extensions that are proposed for addition to the tarball should be in it by this point. No extension changes are made after this point.
T - 2 Collect any new bug reports, merge fixes, back out new, incomplete features accidentally included, apply X.XX-rc.2 tag and release third release candidate.
T - 1 Repeat previous step, use X.XX-rc.final to tag and release. No backports are accepted after this point.
T TAG the repository with X.XX and make the release.

Extension lifecycle management[edit]

Most MediaWiki installation include a significant number of extensions (WMF MediaWikis 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, is a major challenge for all maintainers of MediaWiki installations.

Extension maintainers are therefore strongly encouraged to maintain a git tag or branch for their version corresponding to the release tag the stable and oldstable version. An initial version, that simply points to the state of the code at the time of the release may be created centrally. However, it is the responsibility of the extension maintainer to fix bugs not only in HEAD but also in the oldstable and stable versions. If the extension works with all of oldstable, stable and HEAD, this requires only to update the tags. However, if some changes are specific to later versions, the lifecycle rule require that branches are created and individual merges of the bugfix to each branch be made.

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.

Externe Links[edit]