Re: Migration SVN->GIT et historiques

Le 30/01/2020 à 10:32, Cerdic a écrit :
> 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

> L’idée est de stocker ces 2 gros repos gitqui font ~3Go au total sur github pour pouvoir aller y piocher dedans 
> l’historique en cas de besoin.

> 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

J'ai regardé sur 2 plugins : macrosession et cachelab.
J'étais passé en trunk il y a longtemps et  il y a eu beaucoup de commits dessus depuis.
Sur ces plugins et sur les repos github/Cerdic j'ai vu que l'historique s'arrêtait au passage en trunk,
pareil que sur git.spip.

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

J'ai pas tout compris donc je ne sais pas si c'est normal ou pas...
Mais pour ces plugins en tout cas, ça remplit pas la fonction décrite de sauvegarde l'historique.

Concernant ces plugins en particulier ça ne me gênera pas pour la recherche de bug (yen a pas !)
mais ça doit peut être vous alerter sur ce qui a réellement été sauvegardé.
Et je comprend pas l'intérêt de faire un dépot à part sur github s'il a les mêmes limitations que git.spip

JL