Re: Composer et SPIP sont dans un bateau

Hello,



Le sam. 30 mars 2019 à 12:50, RastaPopoulos <[email protected]> a
écrit :

>
> Bref ya deux tâches compliquées à résoudre dès maintenant :
> - les traductions vers Git
> - une interface pour Composer
>
>
Je viens de relire l'article de James suite à la réunion Composer.
J'ai toujours du mal à sentir véritablement les difficultés de la mise en
oeuvre et surtout le temps qu'une migration complète (pour retrouver un
système similaire à SVP) prendrait.

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 ?

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 ?

Par contre, je trouve qu'aujourd'hui la séparation entre plugins-dist et
autres plugins sous SVN n'est pas très heureuse. C'est compliqué aussi
quand on décide de passer en plugins-dist un nouveau plugin et la notion de
distribution est toujours en panne.
Si je comprends bien James propose de créer une organisation "spip" qui
contiendrait le core et les plugins-dist.
Est-ce qu'on est pas en train là de reproduire le même schéma pas très
pratique que l'actuel sous SVN ?
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 ?

++
Eric