Donc, sur 1388 projets, on a 1370 fichiers xml paquet
et/ou plugin
dont 85 projets qui ont les 2.
ça fait 1285 plugins sur la plate-forme GitLab.
Répartition par date
J’ai fait le test avec plusieurs dates :
Critère |
Date |
Plugins avec au moins un commit depuis |
Plugins archivables |
fin de vie de SPIP2.0 |
2016-01-06 |
1257 |
28 |
fin de vie de SPIP2.1 |
2017-10-17 |
1109 |
176 |
fin de vie de SPIP3.0 |
2019-06-30 |
962 |
323 |
fin de vie de SPIP3.1 et release SPIP4.0 |
2021-07-09 |
733 |
552 |
il y a 2 ans |
2022-05-21 |
672 |
613 |
il y a 18 mois |
2022-11-21 |
620 |
665 |
fin de vie de SPIP3.2 et SPIP4.0 |
2023-02-23 |
601 |
684 |
il y a 1 an |
2023-05-21 |
531 |
754 |
La dernière colonne est à prendre comme une hypothèse.
Répartition par borne max de compatibilité avec SPIP
Ici, j’ai parsé tous les fichiers xml de manière auto, corrigé de même quand c’était possible.
Il y a 50 fichiers (des plugin.xml essentiellement) que je vais éplucher à la main …
Mais si on en croit la borne max (soit l’attribut compatibilite
, soit la balise <necessite id='spip' ...>
ou <necessite id='SPIP' ...>
, ça donne la répartition suivante. Et j’ai fait des sous-totaux sur la base des versions maaintenues/non-maintenues de SPIP, pour avoir un ordre d’idée :
borne max |
nombre du plugins |
(vide) |
50 |
|
|
1.9.2 |
1 |
2.0.* |
3 |
2.1.* |
19 |
3.0.* |
183 |
3.1.* |
91 |
3.2.* |
211 |
3.3.* |
14 |
4.0.* |
52 |
|
574 |
* |
4 |
4.* |
561 |
4.1.* |
74 |
5.* |
22 |
|
661 |
Total |
1285 |
-
4.*
, c’est la somme des bornes 4.2.*
, 4.3.*
, 4.*.*
et 4.*
-
5.*
, c’est la somme des bornes 5.0.*
, 5.*
…
Je ferai un tableau qui mixe les 2 critères un peu plus tard.