Re: Organisation de la forge Git de SPIP

Le dim. 19 janv. 2020 19:29, Eric Lupinacci a écrit :

> Hello,
>
> C'est un jour important pour le développement de SPIP car la migration de
> la forge SPIP de SVN (autrement dit la Zone) vers Git (forge Gitea ou notre
> nouvelle Zone) a clairement débutée.
> Une première étape est finalisée (où se termine au moment où j'écris ce
> mail, le script n'étant pas totalement fini), je vais expliquer en quoi
> elle consiste.
>
> *Etape 1 : organisations et plugins 3.2*
> Cette première étape nous a donné l'occasion d'échanges multiples quant
> aux nombres et aux noms des organisations que nous espérons compréhensibles
> . Il a été décidé que la nouvelle forge rappellerait l'organisation de la
> Zone SVN pour faciliter l'apprentissage.
>

Merci, Merci, Merci.
Je sais qu'il y avait quelques réticences (ou plutôt un désire d'en
profiter pour améliorer ? mais il se trouve que l'organisation actuelle est
le résultat de réorganisations successives et donne satisfaction à la
majorité) mais cela va aider/accélérer la transition, je pense.

De fait nous avons choisi de créer les organisations dont la liste est
> consultable à l'adresse https://git.spip.net/explore/organizations, à
> savoir :
> - spip
> - spip-contrib-extensions
> - spip-contrib-squelettes
> - spip-contrib-themes
> - spip-contrib-outils
> - galaxie
>
> L'organisation "spip" contient le noyau de spip et l'ensemble des
> plugins-dist. Elle est publique (donc accessible en lecture pour tout le
> monde) mais accessible en écriture uniquement par une *équipe nommée
> "SPIP"* qui correspond exactement à l'équipe noyau actuelle.
> Il sera possible pour des développeurs externes à la team SPIP de proposer
> des modifications en utilisant le processus de Push Request (PR) qui
> remplace avantageusement le patch de SVN.
>
> L'organisation "galaxie" contient l'ensemble des sites de la galaxie. Elle
> est publique mais accessible en écriture uniquement par une *équipe
> nommée "galaxie"* qui correspond à l'équipe noyau de SPIP et de quelques
> contributeurs additionnels assurant le développement de certains sites.
>
> Enfin, les organisations spip-contrib-xxxx contiennent les contributions
> accessibles en écriture à tous les inscrits sur la forge qui ont été
> regroupés dans une *équipe nommée "contrib"* (a priori la même liste que
> sur la Zone aux erreurs près). On distingue donc :
> - spip-contrib-extensions : qui contient l'ensemble des contributions
> fonctionnelles (sou forme de plugin ou autre) et qui proviennent des
> répertoires _plugins_ (principalement) et _grenier_ (à voir).
> - spip-contrib-squelettes : qui contient l'ensemble des contributions de
> squelettes (sou forme de plugin ou autre) qui proviennent de _squelettes_
> - spip-contrib-themes : qui contient l'ensemble des contributions de
> thèmes au sens de SPIP qui proviennent de _themes_
> - spip-contrib-outils : qui contient les outils connexes à SPIP qui
> proviennent de _outils_ et _dev_
> Pour l'instant toute la zone n'a pas encore été transférée, le choix s'est
> portée en premier lieu sur les plugins compatibles SPIP 3.2. Certains
> (liste à disposition) n'ont pas été importés car leur organisation sur le
> Zone nécessite quelques adaptations ou discussions. Par exemples, il reste
> à discuter comment on aplatit la structure actuelle de _themes_
> (nomenclature à décider).
> spip-contrib-extensions et spip-contrib-squelettes sont quand à elles bien
> peuplées.
>

Avec tout ça on garde le principe du "qui" donc double bénef :-)


> Pour le moment, la Zone continue d'être accessible en écriture (commit) de
> la même façon que la forge Git.
> Un outil de synchronisation assure la cohérence bidirectionnelle.
> Cette synchronisation va être assurée encore jusqu'à fin mars pour les
> organisations spip-contrib-xxxx.
> A partir d'avril seule la forge Git permettra de contribuer aux
> organisations spip-contrib-xxxx, il faudra donc d'ici là switcher les
> environnements de développement sous Git.
>

C'est un peu dommage d'arrêter la synchronisation quand on peut avoir le
meilleur des deux mondes. Espérons que tout le monde aura eu le temps de
migrer son "toolchain" (je pense aux non developpeurs avec l'infra qui
récupère du Subversion)

J'aurais vu plutôt l'arrêt de l'accès en écriture svn et la synchro
(unidirectionnelle) qui se fait en prenant git comme référence. Mais bon.

Pour cela, une documentation sera proposée pour expliquer à tous comment
> effectuer la migration des environnements de développement.
>