Version lifecycle/fr

MediaWiki utilise le modèle de développement dit d’« intégration continue », dans lequel les modification du logiciel sont déployées régulièrement sur les sites Wikimedia tels que Wikipédia.

En théorie, de nouvelles versions majeures sont publiées tous les six mois et les branches de ces versions reçoivent des mises à jour de sécurité jusqu’à un an après la première publication. À cause des contraintes de temps et la restructuration rapide du code de base, nous ne pouvons pas maintenir indéfiniment ; les mises à jour de sécurité et les mises à jour critiques ne sont donc pas disponibles pour les versions ayant atteint le statut de fin de vie.

Le responsable de la publication recommande fortement aux administrateurs de wikis de s’inscrire à la liste de diffusion, qui reçoit des annonces pour toutes les publications, et de s’assurer que leur wiki fonctionne avec la version la plus à jour possible du logiciel. Ces annonces sont aussi envoyées aux listes  et.

Versions et dates de fin de vie
Les versions marquées comme obsolètes dans le tableau ci-dessus ne recevront aucune mise à jour de sécurité. Elles peuvent contenir des failles critiques et des bugs majeurs, pouvant causer des pertes ou des corruptions de données. Le responsable de la publication recommande fortement que seules les versions marquées version actuelle ou version maintenue soient utilisées en production.

Politique de publication

 * Chaque version mineure inclura des mises à jour des fichiers d’internationalisation et des corrections de bugs. Aucune nouvelle fonctionnalité ne sera intégrée dans les versions mineures et la maintenance ne s’étend pas aux extensions en général, voir après (par exemple, ne fonctionne pas avec la LTS actuelle).
 * Une version majeure sera créée tous les six mois.
 * A long term support release (LTS) will be made every two years. There will be a one-year overlap in LTS support. For example, 1.23 was supported until May 2017. 1.27 was released the year before that so that people had it available as an LTS to move to and a year to make the transition.
 * Les notes de versions resteront la méthode de base pour voir ce qui a changé. À cause de la nature des projets conduits par des bénévoles, il n’est pas possible de dire avec certitude ce qui arrivera dans les prochains six ou douze mois.
 * Pour réduire le problème des notes de version, nous publierons une liste des nouvelles fonctionnalités de la nouvelle LTS par rapport à la précédente six mois avant que la nouvelle soit publiée. 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.

Chronologie des publications
Cette chronologie est un planning de ce qui doit arriver avant la publication d’une nouvelle version. La date de la publication est représentée par T (pour time) et les suffixes -n indiquent une date n semaines avant la publication.

Gestion du cycle de vie des extensions
La plupart des installations de MediaWiki utilisent un nombre important d’extensions (les wikis de la WMF en utilisent souvent environ 80). Gérer la maintenance des corrections de bugs des extensions et choisir la bonne version d’une extension dans les cas où la branche de développement HEAD dépend de fonctionnalités non encore disponibles dans la version stable ou maintenue de MediaWiki est un défi majeur pour tous les administrateurs d’installations de MediaWiki.

Les mainteneurs d’extensions sont donc fortement encouragés à maintenir une balise ou une branche git pour leur version correspondant aux balises des versions stables et maintenues. Une version initiale, qui pointe tout simplement sur l’état du code lors de la publication peut être créée de façon centralisée. Il est cependant de la responsabilité du mainteneur de l’extension de corriger les bugs non seulement dans la branche HEAD, mais aussi dans les versions stable et maintenues. Si l’extension fonctionne avec les versions de développement, stable et maintenues, cela suppose uniquement de mettre à jour les balises. Cependant, si certaines modifications sont particulières à une version ultérieure donnée, cette règle impose qu’une branche soit créée et que la correction d’un bug soit fusionnée individuellement à chaque branche.

Le but de ces règles est de permettre aux personnes ou organisations installant MediaWiki de pouvoir installer la dernière version et d’y faire correspondre les extensions par une méthode simple, par exemple pour MediaWiki 1.20.x en utilisant REL1_20 dans git.

Liens externes

 * Generators su WikiApiary : statistiques d’utilisation des versions de MediaWiki.