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 neue Hauptversionen halbjährlich herausgegeben, und die Zweige der Hauptversionen erhalten ab der ersten Veröffentlichung bis zu einem Jahr lang Sicherheitsupdates. Aus Zeitgründen und wegen der raschen Überarbeitung der Codebasis können wir veraltete Versionen nicht ewig unterstützen, und Sicherheits- und kritische Aktualisierungen werden nicht auf Versionen angewendet, die ihren End-of-Life-Status erreicht haben.

Der Versionsverwalter empfiehlt Wiki-Betreibern dringend, sich auf der Mailingliste  einzutragen, die über alle Veröffentlichungen informiert wird, um sicherzustellen, dass ihr Wiki die aktuellste Version der Software ausführt. Diese Ankündigungen werden auch auf  und   gepostet.



Versionen und ihr Lebensende
Versionen in der obigen Tabelle, die als veraltet 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 stabile Version“ oder „unterstützte Langzeitsupport-Version“ (LTS) aufgeführten Versionen zu verwenden. They may contain critical security vulnerabilities and other major bugs, including the threat of possible data loss and/or corruption. The release manager has also issued a strong recommendation that only versions listed above as the current “stable version”, "legacy version" or “long-term support version” be used in a production environment.



Richtlinie zur Veröffentlichung

 * Jede Hauptversion beinhaltet erweiterte und verbesserte Übersetzungen von Systemnachrichten sowie Fehlerbehebungen. Es werden keine neuen Funktionalitäten in die Hauptversionen zurückportiert, und der Support von wird nicht generell sichergestellt.
 * Eine Hauptversion wird alle sechs Monate veröffentlicht.
 * Eine Nebenversion (mit Sicherheits- und allgemeinen Fehlerbehebungen, sowie aktualisierten Systemnachrichten) wird jedes Quartal erstellt.
 * Ein Long-Term-Support-Release (LTS) wird alle zwei Jahre veröffentlicht. Der LTS-Support wird sich um ein Jahr überschneiden. Zum Beispiel wurde 1.23 bis Mai 2017 unterstützt. 1.27 wurde im Jahr davor veröffentlicht, damit die Menschen sie als LTS zur Verfügung haben, um auf sie umzusteigen und ein Jahr Zeit für den Übergang zu haben.
 * 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.



Verö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’
Die meisten MediaWiki Installationen enthalten eine signifikante Anzahl an Erweiterungen (viele Wikimedia wikis beinhalten um die 140). Das Management der Fehlerbehebung von Erweiterungen und die Zuordnung zur richtigen Hauptversion kann eine Herausforderung sein, insbesondere wenn Funktionalitäten im Mediawiki-Kern betroffen sind, die ggf. nicht zurückportiert wurden. 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.

Die Unterstützer von Erweiterungen werden daher stark ermuntert, für jede Version der Erweiterung einen korrespondierenden Zweig zur entsprechenden MediaWiki Version anzulegen. (Siehe für Einzelheiten.) Für Erweiterungen die in Wikimedia's git-Repos gehosted werden, werden solche Zweige (mit Namen wie  für MediaWiki 1.30) automatisch vom master angelegt, wenn ein neuer MediaWiki Versionszweig erstellt wird (immer unter der Annahme, dass der master der Erweiterung mit dem MediaWiki master kompatibel ist). Auf jeden Fall sollten die Unterstützer von Erweiterungen nicht nur die Hauptversion in HEAD pflegen, sonder alle unterstützten Versionen mit Fehlerbehebungen versorgen, (und ggf. ältere Versionen rückportieren).

Ziel dieser Regeln ist, dass sich Personen oder Organisationen, die ein MediaWiki installieren, darauf verlassen können, dass die Version zur Erweiterung passt, indem die Versionen verglichen werden (z.B. 1.20.x Kern zum passenden  in git). Außerdem vermeidet dies tarballs und zip-Dateien mit nicht relevanten und unvorhersehbaren Namen.



Siehe auch

 * Versionen auf WikiApiary - Statistik über die Nutzung der verschiedenen Versionen von MediaWiki.
 * Versionen auf WikiApiary - Statistik über die Nutzung der verschiedenen Versionen von MediaWiki.
 * Versionen auf WikiApiary - Statistik über die Nutzung der verschiedenen Versionen von MediaWiki.