Version lifecycle/de

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 -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  und   geschrieben.

Versionen und ihr Lebensende
Versionen in der obigen Tabelle, die als überholt markiert sind, und solche die dort überhaupt nicht gelistet sind, erhalten keinerlei Sicherheitsreparaturen mehr. Sie haben möglicherweise kritische Verwundbarkeiten bei der Sicherheit und andere große Fehler, was auch die Möglichkeit von Datenverlust und/oder anderer Korruption nach sich ziehen kann. Der Versionsverwalter hat außerdem nachdrücklich empfohlen, in einer Produktionsumgebung nur die oben als „ aktuelle Version “ oder „ unterstützte Langzeitsupport-Version “ (LTS) aufgeführten Versionen zu verwenden.

Richtlinie zur Veröffentlichung

 * 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 does not necessarily include in general.
 * 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 hat, um 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.

Verröffentlichungszeitplan
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).

Verwaltung des Erweiterungslebenszyklus’
Most MediaWiki installations include a significant number of extensions (Wikimedia wikis often have around 140). 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 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.