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
Versions included in the above table that are marked as obsolete will not receive any security fixes. 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 current version or legacy version should be used in a production environment.

Important dates for future versions
This table sets out the plan for future MediaWiki releases, including the date the branch will be made.

Politique de publication

 * Point releases will be made at least monthly, on the last Wednesday of the month. 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).
 * A major release will be made every six months.
 * Une version à support long (LTS ) sera créée tous les deux ans. Il y aura un recouvrement d’un an entre les périodes de maintenance des LTS. Par exemple, la version 1.19 est maintenue jusqu’à mai 2015 ; la version 1.23 sera publiée un an avant afin d’avoir un an pour faire la transition d’une version LTS à l’autre.
 * 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 publieront 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. Cela signifie que lorsque la version 1.22 sera publiée, nous annoncerons aux utilisateurs de la version 1.19 les changements qu’il peuvent espérer dans la version 1.23.

Release timeline
This timeline is a schedule for what needs to happen before the release of a new version. The date of the actual release is given here as R (for “release”).

Notes for the most recent releases: 1.22, 1.23, 1.24.

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.

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.

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.