Re: Migration SVN->GIT et historiques

Hello 😊

Franchement merci et super boulot !!!! 😊

Je ne suis pas sûr mais je crois qu’il y a un cas qui à été oublier ☹

Il y a des plugins sur la zone qui ont une branche dans _plugins_ mais aussi dans _grenier_ et des tags dans le dossier _tags_

 

Il y a aussi des plugins ( au moins un) qui ont changer de nom mais qui pourrait être, bien de mettre, dans l’historique du plug actuel ( https://plugins.spip.net/gestdoc.html qui est devenu  https://plugins.spip.net/medias.html )

Le problème de ce plug, est qu’il a des branches et tags dans plusieurs endroits, dans https://zone.spip.net/trac/spip-zone/browser/spip-zone/_grenier_/gestion_documents mais aussi dans https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/mediatheque des tags qui sont ici : https://zone.spip.org/trac/spip-zone/browser/spip-zone/tags/mediatheque et là https://zone.spip.org/trac/spip-zone/browser/spip-zone/tags/mediatheque_spip_2_0 et enfin la version la plus récente qui est dans les plugins-dist dans https://zone.spip.org/trac/spip-zone/browser/spip-zone/_core_

 

Bon, là, c’est le cas extrême et je ne suis pas certain du tout qui soit possible de faire en sorte de ne pas avoir de perte, bref, juste pour dire qu’il ne faut pas oublier _grenier_ et le dossier _tags_

 

Franck

 

 

De : Cerdic <[email protected]> 
Envoyé : jeudi 30 janvier 2020 10:33
À : SPIP-dev SPIP <[email protected]>
Objet : [spip-dev] Migration SVN->GIT et historiques

 

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.





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.





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.

 

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

 

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

 

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





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





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.





A vos remarques et retours,

 

 

-- 

Cédric