Re: Une 4.0 plutôt qu'une 3.3

Non entre une beta et une release finale il y a pas de différence fonctionnelle (il devrait pas y en avoir).

Et donc je pense que le mieux c’est :

• sortir une beta au 1er mai et la numéroter 4.0 au vu des ruptures de compat et du saut de version PHP requis
• créer la branche 4.0 partout (core et plugins dist) pour ne plus y envoyer de nouvelles features mais uniquement du bugfix


--
Cédric
Le 15 avr. 2021 à 19:11 +0200, Jacques B <[email protected]>, a écrit :
> Le 15/04/2021 à 15:58, JLuc a écrit :
> > Le 15/04/2021 à 15:09, Bruno Bergot a écrit :
> > > suite au sprint et à l'idée de potentiellement releaser en avril/mai,on aurait du créer tout de suite une branche 3.3 pour justement préparer la release sans freiner les expérimentations dans master. Mais bon, on fera mieux dans notre prochain cycle :)
> >
> > On est encore qu'au quart de avril-mai.
> > Il est encore temps de la créer cette branche 3.3 !
> >
> Et est-ce qu'il ne serait pas possible de :
>
> • sortir une 3.3 beta au premier mai comme déjà "prévu"
> • La renommer 4.0 si les évolutions sont assez mûres au moment de la release finale ? (pour cet automne ou décembre si je me rappelle ce qui était dit)
>
> Parce que quand même il y a pas mal de grosses évolutions ! Et si on sort une 5.0 l'année d'après avec composer, tant mieux.
> Jacques
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip