Re: Migration SVN->GIT et historiques

Hello,


Le jeu. 30 janv. 2020 à 10:33, Cerdic <[email protected]> a écrit :

>
> Cela concerne au total une 100aine de plugins et squelettes pour lesquels
> on a récupéré tout ou partie de l’historique.
>
>
Cette liste est bien migrée sous Git maintenant et synchronisée avec SVN
donc ?



>
> ## En l’état actuel :
>
> Pour les squelettes la situation est à peu près saine, car on a eu
> beaucoup moins de mouvement et les historiques sont plus simples
>
>
Il y a 43 repos sous Git aujourd'hui, donc tous synchronisés avec svn.



> Pour les plugins :
>   - il n’y a a priori plus de plugins avec un historique court pour
> lesquels on peut reprendre facilement l’historique sur SVN pour migrer
>   - mais de manière générale on perd des queues d’historiques lointains
>

Il y a 640 plugins migrés sous Git.
Certains proviennent d'un trunk initial d'autres sont issus d'un svn sans
trunk : dans ce cas il faut savoir que toute création de branches sous git
ne sera pas synchronisée sous svn car subgit n'est actuellement pas
configuré pour cela.
Donc peut-on facilement identifier cette liste de plugins migrés sans trunk
?



>
> ## Proposition de rustine
>
> Comme on a semble-t-il pas de solution simple pour récupérer ces
> historiques en git, et que perdre de l’histoire c’est toujours embêtant -
> sans parler du problème que cela peut poser dans la recherche de bugs, j’ai
> fait le test d’importer en git-svn les répertoires complets _squelettes_ et
> _plugins_ :
>
> https://github.com/Cerdic/spip-zone-squelettes
> https://github.com/Cerdic/spip-zone-plugins
>
> Je les ai mis sur mon compte le temps de tester mais on peut les migrer
> dans l’orga SPIP ensuite.
>
> L’idée est de stocker ces 2 gros repos git qui font ~3Go au total sur
> github pour pouvoir aller y piocher dedans l’historique en cas de besoin.
> Cela nous permettra de fermer définitivement le SVN et le trac quand on le
> décidera (et d’ici là on peut resynchroniser de temps en temps ces 2
> projets archives)
>

A quoi correspond cette liste exactement : à tous les squelettes et plugins
non encore sous Git ou à tous les plugins et squelettes de la zone ?



>
> ## Ce qu’il faut faire pour valider la migration vers git
>
> Il faut maintenant que chacun aille voir les repositories avec lesquels il
> est habitué à travailler et qui comptent pour lui, et regarde si
> l’historique est satisfaisant ou non, et si les morceaux plus anciens
> manquants sont bien retrouvable via les 2 projets archives sur github
>
> Peut-être que malgré notre attention il reste des cas avec un historique
> tronqué qu’on peut réparer, je vous invite donc à nous faire remonter les
> cas les plus gênants pour vous qu’on regarde ça pour dire si oui ou non on
> peut faire mieux.
>
> Et une fois que tout le monde est OK et que personne ne crie plus au
> scandale, on peut décider que la nouvelle référence des projets est
> git.spip.net, le svn n’étant plus qu’un miroir temporaire le temps que
> tout le monde migre.
>

Oui ok mais je pense qu'il faut qu'on fasse des listes pour voir ce qui est
fait et pas fait.
Une liste des repos de la zone et pour chacun si il est migré ou pas et si
migré trunk ou pas.
J'arrive pas pour le moment à me faire une idée de ce que représente le
gitea.

++
Eric