Re: Notre cycle de release

Je suis aussi très motivé pour ces propositions !

Surtout que des gros efforts ont été fait pour passer à git et le 
débardeur, autant en profiter !
On devrait donc pouvoir releaser plus facilement et plus proprement.



Le 15/03/2021 à 16:11, Matthieu Marcillaud a écrit :
> Le 15/03/2021 à 15:38, Bruno Bergot a écrit :
> [...]
>
>> Je pense qu'il serait vraiment bien qu'on adopte un rythme de release 
>> plus "régulier", afin de nous caler sur celui des releases de PHP, 
>> qui pour rappel est le moteur de SPIP :)
>>
>> Amha, on pourrait se fixer :
>>
>> - une release Y chaque année, dans la même période que la release 
>> d'une nouvelle version de PHP
>> - moins important, mais qui permettrait plus facilement de tenir le 
>> premier point, une release Z tous les X mois (je pense à 3 ou 4).
>
> [...]
>
>> Dans tous les cas, la version maxi de PHP supportée par SPIP serait 
>> la version stable de l'année en cours, et on ne change pas de version 
>> maxi de PHP pour les anciennes releases.
>
> Je plussois. J'espère qu'on réussira à maintenir (encore faut il 
> commencer!) un cycle de release plus rapide… On avait espéré après la 
> 3.2 pourtant.
>
> Ceci dit, maintenant nous sommes en Git, et il est plus facile de 
> faire des branches de dev, de faire des branches pour les prochaines 
> versions, etc. Donc… avec un peu de motivation ça devrait être jouable.
>
> Pour récapituler, voici donc des exemples de ce que cela pourrait 
> donner en terme de versions SPIP => versions PHP compatibles.
>
>
> Scénario 1 : Releases minimales
> ===============================
>
> 1 release / an (après la sortie de version PHP, disons décembre)
>
> - 3.3 (bientôt / prochainement / on y croit / ouf) => [7.3 .. 8.0]
> - 3.4 (12 2021) => [7.4 .. 8.1]
> - 3.5 (12 2022) => [8.0 .. 8.2]
> - 3.6 (12 2023) => [8.1 .. 8.3] => fin de support sécu SPIP 3.3.
>
>
> Scénario 2 : Releases pétillantes
> =================================
>
> 1 release / an au minimum (après la sortie de version PHP, disons 
> décembre)
>
> - 3.3 (bientôt / prochainement / on y croit / ouf) => [7.3 .. 8.0]
> - 3.4 (08 2021) => [7.3 .. 8.0]
> - 3.5 (12 2021) => [7.4 .. 8.1]
> - 3.6 (04 2022) => [7.4 .. 8.1] => fin de support sécu SPIP 3.3 ?
> - 4.0 (07 2022) => [7.4 .. 8.1]
> - 4.1 (09 2022) => [7.4 .. 8.1]
> - 4.2 (12 2022) => [8.0 .. 8.2]
> - 4.3 (04 2023) => [8.0 .. 8.2]
>
> Juste donc, deux exemples pour situer. En gros, une release majeure de 
> SPIP (x.y) suivrait simplement la version de PHP maintenue au moment 
> de sa sortie.
>
> MM.
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip

-- 
_________________________________________
https://www.erational.org

_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip