Re: Composer et SPIP sont dans un bateau

Le 30/03/2019 à 13:20, Eric Lupinacci a écrit :
> Si on fait un premier pas :
> - passage de spip sous GIT et composer
> - passage des plugins-dist sous GIT et composer
> et uniquement cela on est plus ou moins dans le même état qu'aujourd'hui
> car finalement on installe sous zip ou avec SVN toujours l'ensemble des
> ces composants d'un coup (spip_loader ou externals SVN), non ?

SVN c'est finished :)

Donc gros ZIP tout compris par spip_loader oui.
Ou par composer install pour celleux qui veulent en terminal.


> Si c'est bien le cas, pourquoi ne pas s'arrêter à ce stade tant que nous
> n'avons pas un SVP Composer ?
> Tant pis, les autres plugins attendront pour bénéficier des facilités de
> Composer et ce sera à nous de faire en sorte de réduire ce temps de latence.
> Est-ce faisable et si oui acceptable ?

Oui c'est la première étape de prévue.

> Pourquoi ne pas avoir une organisation "plugins" qui contiendrait tout
> d'abord les plugins-dist qu'on installe aujourd'hui par défaut et qui
> serait complétée plus tard lorsque le SVP Composer serait opérationnel ?
> 
> A votre avis, j'ai rien compris ? Ca a du sens ou pas ?

Pour les plugins-dist, ce n'est pas tant un problème technique mais de
choix de gouvernance.

Est-ce qu'on dit que les plugins-dist peuvent être modifiés directement
par tout le monde comme actuellement ? Et dans ce cas, ils devraient
être placés dans l'organisation Git "spip-zone" ou "friendofspip" (il
faut qu'on finisse de définir les noms).

Ou bien est-ce qu'on considère que les plugins-dist doivent être
surveillés plus étroitement, car il y a une responsabilité de l'équipe
du noyau à ne pas casser la distribution officielle ? Et que donc les
modifications ne devraient être que par des propositions pull request
lorsque c'est pas une personne de l'équipe du noyau. Et donc ces plugins
seraient dans ce cas dans l'organisation Git "spip" tout court.

Lorsqu'on décide qu'un plugin commun doit désormais faire partie des
plugins-dist, ça veut alors dire que l'équipe du noyau décide de
surveiller ce plugin plus fortement, et donc le plugin devrait être
déplacé dans l'autre organisation. Et inversement (finir par passer
"spip/breves" vers "friendofspip/breves").

-- 
RastaPopoulos