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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.