Bonjour
Je vais répondre sur ce que je peux.
Le code de spip (core + plugins) serait donc maintenant sur
git.spip.net, avec une passerelle unidirectionnelle vers svn,
Uniquement core comme discuté en début d'année.
Mail de Cerdic, le mar. 18 déc. 2018 11:02
Je reprends donc la synthèse des derniers échanges et je résume,
pour voir si j’ai (on a) bien tout compris :
* la forge git.spip.net basée sur gitea tourne ici
spip / spip · GitLab
* chacun doit se créer un compte dessus - en fait il y a des chances
que vous ayez déjà un compte avec votre email - j’ai testé, ça
marche, et j’ai même relié avec mon compte github, donc je peux me
connecter avec github, ce qui m’épargne de gérer un mot de passe
de plus !
* du coup on peut ajouter notre clé SSH dans notre compte
* et git clone le core sans problème.
[...]
En vertu de quoi, je propose donc, pour stopper l’immobilisme (sic)
qu’à partir du 1er janvier 2019 le dépôt de référence de SPIP
(uniquement le core donc, pour commencer, et pas les plugins du
core) soit git.spip.net, qu’on coupe le commit sur le SVN du core qui
ne servira plus qu’à checkout, et on essaye pas de maintenir une
synchro svn->git trop hasardeuse
Mail de Km, le 4 janv. 2019 13:56
Salut
Le premier [commit] est passé, je viens donc de couper l'accès svn pour le core.
Seuls les bots (git, salvatore et amemo) ont encore le droit de passer
par svn. Leur script n'étant pas à ma connaissance à jour. Pour les
humains plus de passe droit 
A terme seul git aura droit d'écriture, pour maintenir la copie à jour.
Je vous invite à vérifier que votre compte est bien présent sur
git.spip.net avec les droits de la team.
Mail de Cerdic, le lun. 7 janv. 11:26
Hello,
bonne année sous vos palmiers ! (au moins ça rime)
Merci Camille pour le switch du core, donc.
[...]
mais il
semblerait que ce ne soit pas si unidirectionnel que ça.
Le contrôle n'est pas strict, c'est à dire que si une personne
souhaite quand meme passer par svn il peut forcer.
Ce point peut etre modifié pour forcer complément le blocage.
De plus, il a été acté (il me semble) qu'on basculait sur github comme
dépot principal (pour le core, je répète).
Je te laisse reprendre les courriels de l'époque, à aucun moment cela
n'a été abordé.
Pour le moment github est un mirroir de git.spip.net
James a retravaillé sur des scripts qui transforment core + plugins sur
SVN vers des dépots semver git, mais je ne sais pas trop où ça en est,
s'il manque des choses à faire.
Pour le core, il ne me semble qu'il n'y a rien de plus à faire que ce
qui est en ligne.
Pour les dist, actuellement est proposé une copie à l'identique de svn
sur git.spip.net
Ces copies posent un problème car les tags ne respectent pas un bon
versionnage (tag sur les version spip et non du plugin)
De mon coté j'ai un script qui corrige ce point.
Complément j'ai un script qui reprend les retours concernant la
conversion svn>git.
Il manquait les tags semver des plugins. J'ai un script qui fonctionne
sur les dépots git qu'on peut tester quand on aura un retour.
Mail de km, le 27 mai 2019
J'ai un script qui permet de poser correctement les tags sur les
plugins dist.
Par facilité de code cela part du dépôt git. Le script parcourt les
commits de master du plus ancien au plus récent. Il considère
d'abord paquet.xml et sinon plugin.xml
Cela tague sous la forme attendu par composer : vX.Y.Z
Le commit le plus ancien est pris en compte pour une version
donnée.
Mail de Nicod, le le 27 mai 2019
Salut,
James travaille là dessus aussi mais je ne suis pas au courant des
derniers développements.
Peut être pourra il nous éclairer ?
cf https://www.mail-archive.com/spip-dev@rezo.net/msg67029.html
Pas de retour depuis.
Dans tous les cas restera un problème dans le nommage des
organisations quelque soit la forge retenue.
Probablement les trads restent un problème à régler.
Si tu penses à tradlang en l'état cela peut fonctionner tant par svn
que par git.
En espérant pu éclairer certains points
Km