Si vous êtes utilisateur de BlueMind ou que vous envisagez de le devenir, il est important de comprendre comment les versions du logiciel sont nommées et évoluent. En effet, cela vous permet de mieux anticiper les nouvelles fonctionnalités, les correctifs de sécurité, et de savoir quand il est temps de planifier une mise à jour.
Dans cet article nous vous proposons un aperçu simplifié des pratiques de BlueMind en matière de nommage des versions et de politique de releases.
Nommage des versions : Majeure, Mineure, et Patch
- Version majeure (X) : c’est le numéro principal que vous voyez dans le nom de la version. A l’heure où nous écrivons ces lignes la dernière sortie est BlueMind 5. Dans BlueMind, les évolutions d’architecture sont incrémentales au fil des versions, cependant chaque changement de version majeure marque une évolution significative du logiciel, avec des ajouts de fonctionnalités importantes ou des modifications de l’architecture.
- Version mineure (X.Y) : elle combine le numéro de version majeure avec un numéro mineur, comme 4.9, 5.0 ou 5.1. Ces versions sont cruciales car ce sont elles qui sont activement supportées : vous bénéficiez de correctifs de bugs et de mises à jour de sécurité pendant une période définie.
- Patch (ou release) (X.Y.Z) : chaque version mineure est sujette à des mises à jour appelées « patches » ou simplement « release ». Ces mises à jour sont identifiées par un numéro supplémentaire comme 4.9.19 ou 5.0.4. Elles apportent des corrections spécifiques ou des améliorations de sécurité.
Politique de releases : quand et comment sont déployées les versions
BlueMind a une stratégie de mise à jour bien définie pour garantir la stabilité et la sécurité de votre environnement.
– La sortie des versions majeures (X)
Les versions majeures ne suivent pas un rythme de publication spécifique. Une nouvelle version majeure signifie une évolution fondamentale du logiciel avec des ajouts fonctionnels de grande envergure et/ou des modifications d’architecture. Après la sortie d’une nouvelle version majeure (ex : 5.0), la version précédente (ex : 4.9) bénéficie encore de correctifs de bugs pendant 6 mois et de patchs de sécurité pendant 18 mois. Passé ce délai, la version précédente n’est plus supportée.
Par exemple, lorsque la version 5.0 est sortie, la version précédente 4.9 a continué de recevoir des correctifs et des patchs de sécurité, mais aucune nouvelle version mineure (4.10) n’a été développée. Cela permet de gérer sereinement ses montées de version et garantit que les efforts de développement se concentrent sur les versions les plus récentes et les plus sûres.
– Le déploiement des versions mineures (X.Y)
Une nouvelle version mineure de BlueMind est publiée tous les 4 mois. Lorsqu’une nouvelle version mineure est disponible, l’ancienne version mineure continue de recevoir des correctifs de bugs pendant 6 mois et des patchs de sécurité pendant 12 mois, après quoi la version n’est plus supportée.
– Le déploiement des patches (X.Y.Z)
Les patches sont déployés régulièrement en fonction des besoins. Ils ne répondent donc pas à un calendrier établi à l’avance. Chaque patch corrige des problèmes précis et/ou améliore la sécurité, sans changer les fonctionnalités principales.
Chaque déploiement est annoncé sur le forum de BlueMind avec l’ensemble des liens utiles pour la mise à jour et la documentation est actualisée en continu.
Pour conclure
Comprendre notre politique de nommage et de release vous permet de planifier vos mises à jour BlueMind en toute sérénité. Vous savez désormais quand vous attendre à de nouvelles versions, combien de temps vous pouvez compter sur les correctifs de sécurité pour votre version actuelle et les échéances clés pour planifier vos mises à jour de version ! Notre politique de nommage et de release des versions est un élément clé de la démarche qualité de BlueMind pour garantir un logiciel à la fois performant, sécurisé et à jour.
