Re: Organisation de la forge Git de SPIP

Yop,

Le lun. 20 janv. 2020 à 15:13, [email protected] <
[email protected]> a écrit :

> Bonjour
>
> > 3 petites questions (qui ont peut-être déjà eu des réponses, mais je ne
> retrouve plus où) :
>
> Mieux faut se répeter si ce n'est pas assez clair ou compléter si cela
> n'a pas encore était dit.
>
> > Qu'est-ce que ça va signifier pour le fichier archivelist.txt une fois
> que le basculement à git sera définitif ?
>
> Pour le moment rien, cedric et eric seront plus à même de répondre sur
> les impacts long termes.
>
>
C'est un question vaste et complexe.
Je suis loin d'en avoir fait le tour bien que je milite pour ne plus avoir
ce type de fichier à terme.
Si on considère que Git fournit les zips, on peut imaginer alléger
Smart-Paquets de ce traitement : on perd juste le svn.revision ce qui ne me
parait pas essentiel (je me trompe peut-être).
Par contre, il reste le référentiel des plugins c'est à dire la
concaténation des informations du paquet.xml (ou du paquet.xml +
composer.json dans un futur proche) à fournir pour construire à minima
notre Plugins SPIP.
Mais là si on a plus de archivelist il faut savoir comment on repère les
plugins et leurs versions.
Et moi je milite pour cela car sinon on perd des zips dans la nature et par
exemple Contrib est un cimetière de zips perdus parce que archivelist ne
les référence plus.



> > Est-ce qu'il est prévu qu'à terme certains plugins puissent avoir des
> droits restreints ? Quand une équipe de développeurs veut garder la main et
> n'accepter des contributions que par PR ? Je pense aux plugins comme bank
> et cie.
>
> Pour le moment on maintient la logique d'une zone open bar telle
> qu'est notre zone svn. Pour les projets externes ou ayant des
> problématiques de droits différents pour le moment cela devrait être
> géré hors de la forge communautaire.
> Je dirais que ce n'est pas encore tranché mais la logique de
> git.spip.net est d'être une forge communautaire relativement plate en
> terme de droits.
>

L'organisation propre à un user inscrit sur la forge ne peut pas servir à
ça ?


>
> > D'ici la bascule complète à Git, est-ce qu'il est déconseillé de créer
> des dépôts directement à partir de gitea ?
>
> C'est ouvert.Il est possible d'ouvrir ou importer de nouveau projet
> (c'est à dire inexistant tant sur git que sur svn).
> Il faut faire attention à travailler dans la bonne organisation.
> Pour faire l'export vers le svn, il faut nous en informer il y a une
> action manuelle à effectuer pour associer les 2 forges.
>
>
Exactement.
C'est une question pour moi : combien de temps imagine-t-on encore
synchroniser la zone avec Git ?
Une fois que smart-paquets sait tout faire avec Git je ne vois plus
l'intérêt de continuer à synchroniser la zone.

++
Eric