Coucou ,
Si vous avez vu le petit tableau qui propose l’utilisation des milestones, vous avez constaté qu’il y a un truc qui change dans la manière de sortir des versions majeures et mineures à partir de SPIP5.
L’idée est la suivante :
- La communauté maintient 2 versions à un même moment (ce qu’on fait, en gros, depuis la 3.2, en 2017)
- Elle publie des patches (X.Y.Z) des versions maintenues (les releases mensuelles) une fois par mois, modulo le status (bugfix, security-fix)
- Elle « développe » la version suivante.
Et maintenant, elle proposerait de publier des mineures à intervalles réguliers, dans le but d’intégrer des améliorations/évolutions/nouveautés tout en suivant les versions de PHP (qui sortent une fois par an). À cela s’ajoute, le souhait de réduire la charge de la maintenance en utilisant du code venu et maintenu ailleurs. Ce souhait, aujourd’hui, cible essentiellement l’utilisation des composants du framework symfony, voire de transformer SPIP en application Symfony… qui publie selon un rythme régulier, plus « rapide » que PHP: une mineure tous les 6 mois environ.
C’est ce qui est donc proposé pour SPIP aujourd’hui : sortir des mineures régulièrement tout en conservant ce que la commu fait aujourd’hui.
Pour cela, j’ai choisi arbitrairement, pour illustrer ça, des durées de vie et un nombre de versions mineures par version majeure. à savoir 1 mineure par an et 5 (de 0 à 4) mineures par majeure.
La question maintenant est : Est-ce que c’est vraiment ça qu’on fait ?
On pourrait dire, pourquoi pas 6 mois, pourquoi pas 9 mois, pourquoi pas 3 mineures au lieu de 5 ?
C’est un peu cette équation que je propose de résoudre.
Des idées ? Des avis ? Des arguments ?