Re: Notre cycle de release

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