salut,
queqlu’un aurait-il une bonne idée pour remplacer un dépôt git par un autre, car celui sur git.spip.net est plutôt une catastrophe :
alors qu’il en existe un tout joli ici : En tentant de prendre la branche de l’un pour la mettre dans l’autre ça va pas : fatal: refus de fusionner des historiques sans relation Question naïve : est-ce qu’on peut simplement supprimer le dépôt et reprendre le bon ?
Je ne comprends pas du tout ta demande ???
pour mémoire :
(on en est à l’étape “Ça serait l’occasion de remettre au propre” 
)
jeanmarie
Hello Chankalan,
on va pas se mentir : le bazar catastrophique du repo git sur git.spip.net est le reflet direct du bazar sur SVN, non ?
Si je comprends bien sur le SVN on a la v2 ici
https://zone.spip.net/trac/spip-zone/browser/spip-zone/squelettes/html5up_spectral_v1
la v1 ici
https://zone.spip.net/trac/spip-zone/browser/spip-zone/squelettes/html5up_spectral
et un historique de la v2 bien moisi
https://zone.spip.net/trac/spip-zone/log/spip-zone/squelettes/html5up_spectral_v1?action=stop_on_copy&mode=follow_copy&rev=124302&stop_rev=&limit=100
Donc pour repartir sur de bonnes bases, il faut scratcher le repo git actuel et on a alors 2 solutions :
- on remet au propre l’historique sur SVN en faisant les copies depuis les bonnes révisions et en rangeant tout propre, et on réimporte dans git
- on oublie SVN sur ce projet, on delete les répertoires sur la zone parce que c’est le bazar et on réimporte ton repo framagit qui est propre
Cela dit le repo framagit est pas si nickel :
https://framagit.org/chankalan/html5up_spectral/-/branches
je vois notamment que master correspond à la v1 et pas à la v2 ce qui est quand même un peu bizarre…
Dans tous les cas il faudrait renommer le projet sur git.spip.net, car on va repartir sur un historique incompatible...
Merci de vos réponses à tous, je vais plus chercher le pourquoi du comment, entre git/svn et le système zip du svn j’ai fini tout cassé.
Bref, le framagit est plus joli :
- j’ai fais une branche de la v1 pour la garder sous le coude, elle peut être supprimée
- le master est nickel et peut être étiqueté (tag) v1.0.20
- la branche 2.0 peut être fusionnée dans le master + faire un tag dessus
Mais dans ce cas on va avoir le zip du svn fabriqué à partir du master, donc la v2, et ne plus avoir la v1 zippée. Les trucs bizarres c’est un peu à cause du zip…
salut,
j’ai peut-être pas tout suivi sur la migration git/svn, désolé, mais il y a peut-être des infos qu’il me manque :
- le svn est-il synchronisé sur le git et le zip correspond-il à la branche master ?
C’est pour ce cas un problème, qui m’a fait foirer le dépôt, je voulais pas perdre le zip de la v1 et avoir la v2 en test.
Sinon est-ce qu’on peut supprimer la synchronisation de ce dépôt pour n’utiliser que le git, et donc importer le dépôt frama ?
hello,
je me suis mis à jour, j’avais pas pu suivre les nouveautés au moment où elles arrivaient, désolé… donc comme maintenant débardeur (j’ai pas encore compris le nom, mais c’est pas très grave) gère les zips des plugins correspondants aux tags fait dans git, c’est la fête ! \o/
J’ai nettoyé le dépôt frama Si ça va comme ça, faudrait renommé le projet sur git.spip.net, mais j’ai pas trouvé comment faire depuis mon accès… Merci à tous, merci SPIP !
Hello,
hello,
je me suis mis à jour, j’avais pas pu suivre les nouveautés au moment où elles arrivaient, désolé… donc comme maintenant débardeur (j’ai pas encore compris le nom, mais c’est pas très grave)
https://www.cnrtl.fr/definition/d%C3%A9barder
J’ai nettoyé le dépôt frama Si ça va comme ça, faudrait renommé le projet sur , mais j’ai pas trouvé comment faire depuis mon accès…
J’ai peut-être pas tout suivi mais:
- Pourquoi renommer le projet sur le Gitea ?
- Pourquoi conserver deux repos ?
merci pour la définition du débardeur ;o)
Je sais pas, je suis pas contre la suppression directe…