Re: Migration SVN->GIT et historiques

Le jeu. 30 janv. 2020 10:33, Cerdic a écrit :

> Bonjour,
>
> suite à la campagne de migration des plugins et squelettes de spip-zone en
> SVN vers des projets git indépendants sur git.spip.net est apparu un
> soucis sur la reprise de l’historique :
>  * chaque fois que dans l’historique SVN on a déplacé un dossier xxxxxx
> vers un sous-dossier xxxxxx/trunk ou xxxxxx/branches/yyyy cela casse
> l’historique dans la migration.
>

L'import porte bien sur toute l'arborescence xxxxxx ou ses sous-dossiers ?
Ou le script n'a pas autorisé le suivi des déplacements  ? (remarque, il
faut bien des limites et on paie la dette du mono-dépôt)


> On a donc de manière générale, des historiques partiels uniquement sur les
> projets git de https://git.spip.net/spip-contrib-squelettes et
> https://git.spip.net/spip-contrib-extensions
>
> On a donc fait une évaluation des dégats, et pour un certain nombre de
> projets on a repris l’historique sur SVN en remontant au moment du
> déplacement et en rejouant par dessus les commits qui avaient été fait par
> la suite.
>
> En gros on est repassé de xxxxxx/trunk vers xxxxxx quand il y avait moins
> d’une vingtaine de commits à reprendre.
>

Bien.

>
> Dans certains cas spéciaux pour lesquels les plugins avaient changé de
> répertoire au cours de leur vie on a fait une migration avec des réglages
> personalisés.
>

Bien.

>
> Cela concerne au total une 100aine de plugins et squelettes pour lesquels
> on a récupéré tout ou partie de l’historique.
>
>
> ## 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
>

Bonne nouvelle !

>
> 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
>

Loin jusqu'à ?

>
> ## 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.
>

OK

>
> 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)
>
> ## 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.
>

Je vais m'y mettre ce week-end (en croisant les doigts)

>
> 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.
>
> C’est important de le noter car pour tous les plugins migrés dans trunk,
> les branches créées dans git ne seront pas créeés dans SVN, qui va donc
> petit à petit être de moins en moins complet.
>

Ouch...

>
> A vos remarques et retours,
>
>
>