Re: Retours utilisation forge git
Eric Lupinacci <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAM6W4bYFM3xFo_Gd2uUn_Rxm7sYeLLnL9QAb+TSELMvuy2C_aQ@mail.gmail.com> |
Re, Le mar. 21 janv. 2020 à 10:27, [email protected] < [email protected]> a écrit : > > Je me demande, car il est encore temps et comme nous avons un script > d'import qui sait le faire, si il ne faudrait pas repérer tous mes derniers > commits de ce type, les revert et refaire un import vers Git de la version > sans trunk ? > > Ca ne doit pas être trop lourd car il y en avait pas des tonnes des > plugins "uniques" sans branches ni trunk. > > Ensuite il est possible de faire comme pour les plugins _core_ qui > sont explosés dans divers répertoire. En gros lors de l'import on dit > quel chemin svn correspond ce qu'on veut mettre dans master, tags et > branches de git. > > On peut détruire un dépôt et le réimporter sous la base d'un autre modèle. > > Oui oui Camille tout ça est très clair pour moi j'ai utilisé les modèle trunk et sans trunk sans problème. Je parle juste du problème de perte des logs de commit antérieurs au passage en trunk. Pour certains plugins prenons toto/ qui n'avait pas de trunk j'ai créé un toto/trunk il y a quelques jours. Donc en l'important avec le modèle zone je n'ai récupéré que les derniers commits depuis le passage en trunk alors que si j'avais pas créé le trunk et l'avait importé avec le modèle zone_mono j'aurais tous les logs. D'où ma question, pour ces plugins dont le trun a été créé récemment et qui n'ont pas subi de commit depuis, ne serait-il pas judicieux de revert le passage en trunk et de reimporter le plugin sous git à partir de là ? ++ Eric