Pour SPIP 5, et en prévision des modifs de plugins à faire, on n’a pas répondu explicitement à ma question du fil précédent (mais qui était initiée par une proposition de @marcimat un peu au dessus)
qui est de savoir si à partir de SPIP 5, on considère ou pas qu’on a atteint un niveau de sérieux dans le semver suffisant pour pouvoir dire que par défaut les plugins peuvent indiquer une compatibilité sur la branche X entière 5.*.
Et je dis bien :
- c’est une vraie question, pas rhétorique, donc si on considère que non, on continue comme avant hein, mais si vraiment on considère que oui, c’est tout bénéf pour tout le monde (les devs et les utilisateurices) ; je ne tiens pas à ce qu’on réponde oui absolument, je tiens à savoir si c’est le cas ou pas, car si oui c’est un gros bénéfice qui rend la vie plus simple pour beaucoup de monde différent
- « par défaut », donc ça serait le cas général, ce qui n’empêche pas d’avoir tel ou tel plugin qui continuent d’avoir un compat max X.Y.* seulement (en gros on inverserait le cas général et le cas particulier par rapport à maintenant)
Sachant pour rappel que :
- si on suit vraiment semver assez sérieusement (à nous de déterminer si oui ou non donc) ça ne devrait pas poser de problème majeur
- c’est une pratique courante dans plein de paquets composer (c’est ^X chez eux)
- plus proche de nous c’est pratiqué dans de gros CMS et pour des gros plugins pas du tout comme « NoSpam », genre Drupal Commerce qui est complexe, qui indique une compatibilité pour tout Drupal 9 (^9 chez eux)
Et pour parler en chiffres exacts et pas en théorique, cela signifie dire que SPIP 5.1 ne fera QUE ajouter des fonctionnalités sans rien casser du tout du tout des précédentes fonctions. Et pareil pour 5.2 ensuite etc.