Politique de versions

À quoi s’attendre lors de la mise à niveau de Elgg.

Nous adhérons au “semantic versioning’_.

Suivez le blog pour rester à jour sur les dernières versions.

Sorties de correctifs/bugfix (2.1.x)

Toutes les deux semaines.

Les versions de correctifs sont effectuées régulièrement pour s’assurer qu’Elgg reste stable, sécurisé et exempt de bogues. Plus le troisième chiffre est élevé, plus la version est testée et stable.

Dans al mesure où les versions correctives de bogues se concentrer sur la correction des bogues et évitent d’apporter des changements majeurs, les thèmes et les plugins doivent fonctionner de version corrective en versioncorrective.

Versions mineures/fonctionnalités (2.x.0)

Tous les trois mois.

Chaque fois que nous introduisons de nouvelles fonctionnalités, nous incrémentons le numéro de version du milieu. Ces versions ne sont pas aussi matures que les correctifs, mais sont considérées comme stables et utilisables.

Nous faisons tous les efforts possibles pour être rétrocompatible dans ces versions, de sorte que les plugins devraient fonctionner de version mineure en version mineure.

Toutefois, les plugins pourraient devoir être mis à jour pour utiliser les nouvelles fonctionnalités.

Révisions Majeures (x.0.0)

Chaque année.

Inévitablement, l’amélioration d’Elgg nécessite des changements non rétro-compatibles et une nouvelle version majeure est alors publiée. Ces versions sont des occasions pour l’équipe de base d’apporter des changements stratégiques et de rupture à la plateforme sous-jacente. Les thèmes et les plugins des anciennes versions ne sont pas censés fonctionner sans modification sur les différentes versions majeures.

Nous pouvons supprimer des API obsolètes, mais nous ne supprimerons pas les API sans les avoir d’abord rendues obsolètes (deprecated).

Les dépendances d’Elgg peuvent être mises à niveau par leur version majeure ou supprimées entièrement. Nous ne supprimerons pas de dépendance avant une version majeure, mais nous ne rendons pas obsolète (« deprecate ») les dépendances ou ou n’émettons pas d’avertissement avant de les supprimer.

Votre package, plugin ou application doit déclarer ses propres dépendances directement afin que cela ne cause pas de problème.

Versions Alphas, Betas, et Candidates (RC = Release Candidates)

Avant les versions majeures (et parfois avant les versions de fonctionnalités), l’équipe de base offrira une version pré-version d’Elgg pour obtenir des tests et des commentaires dans le monde réel sur la version. Ceux-ci sont destinés à des tests seulement et ne doivent pas être utilisés sur un site en direct.

SemVer 2.0 ne définit pas de signification particulière pour les pré-versions, mais nous abordons les versions alpha, bêta et rc avec ces indications générales :

Une pré-version -alpha-X signifie qu’il y a encore des modifications de rupture prévues, mais l’ensemble des fonctionnalités de la version est gelé. Aucune nouvelle fonctionnalité ou modification de rupture ne peuvent être proposées pour cette version.

Une pré-version -beta.X signifie qu’il n’y a plus de modification de rupture connue à inclure, mais il reste des régressions connues ou des bogues critiques à corriger.

Une pré-version -rc.X signifie qu’il n’y a plus de régression connue ou de bogue critique à corriger. Cette version pourrait devenir la version stable finale d’Elgg si aucun nouveau bloquage n’est signalé.