Salut,
Dites, dans https://git.spip.net/spip il y a un repo spip mais aussi un repo ecrire et un prive, c'est normal ? ou c'est une scorie ?
Et https://git.spip.net/spip/themes c'est quoi ?
Salut
Dites, dans spip · GitLab il y a un repo spip mais aussi un
repo ecrire et un prive, c'est normal ? ou c'est une scorie ?
Oui
Et spip-contrib-extensions / themes · GitLab c'est quoi ?
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/themes
Km
Un peu court comme réponse, tu peux développer ?
Merci !
Hello,
Salut
Dites, dans https://git.spip.net/spip il y a un repo spip mais aussi un
repo ecrire et un prive, c’est normal ? ou c’est une scorie ?
Oui
Je ne suis pas un spécialiste et je me trompe peut-être mais ce n’est pas une préfiguration de l’organisation pour Composer ?
Et https://git.spip.net/spip/themes c’est quoi ?
https://zone.spip.net/trac/spip-zone/browser/spip-zone/core/plugins/themes
C’est un plugin du core comme « dev » sauf que tu ne les vois plus lors d’une installation car à un moment il a été décidé de ne plus les fournir par défaut.
Donc ils sont bien dans core et donc ils ont été mis dans l’organisation spip tout naturellement.
A voir maintenant si on finit ce qui avait été commencé sur la zone, à savoir, les exclure du core…
C’était tout à fait pour cela.
Composer remplace des répertoires lorsqu’il met à jour quelque chose. Et remplacer la racine, ça marche moyen 
Du coup, il y a ce découpage en éléments distincts.
Avec un plugin Composer, on peut dire «ce paquet de type spip-ecrire» va ici (ecrire/), celui là de type spip-prive va là (prive/). Et Composer peut gérer les mises à jour (dès lors qu’il peut écrire à cet endroit).
Sous entendu que les fichiers racines ne sont jamais mis à jour directement (et sont chargés la première fois via un `composer create-project`).
Sous entendu aussi qu’idéalement c’est une solution temporaire (probablement de longue durée), mais il faudrait tendre vers une structure plus conventionnelle (vendor/ public/ config/ src/ ...).
MM.