Re: Retours utilisation forge git

Yop


>> Je sais pas si il faut faire un svn merge ou un svn copy depuis une ancienne revision ?
>> Ce qui est quand même bizarre qu’il perde tout l’historique sur la copie, on a pas ce soucis avec un git svn clone par exemple, qui suit bien l’historique.
>>
>> Et pour info j’ai donc essayé
>> $ bash ./ImportOneRepository.sh -r _squelettes_/ahuntsic/trunk -o spip-contrib-squelettes -m zone_mono -t ahuntsic_trunk
>>
>> (en ajoutant une option -t au script pour pouvoir lui indiquer le target) c’est pas mieux en effet
>> https://git.spip.net/spip-contrib-squelettes/ahuntsic_trunk/commits/branch/master

Bah si on invente des options qui n'existe pas.
Pour info le script n'utilise pas git-svn il n'y a rien de commun avec
subgit si ce n'est l'objectif de traduire svn en git.


> Là ou je ne suis pas du tout à l'aise c'est de revert ce passage en trunk.
> Si quelqu'un peut le faire ce soir je renvoie l'import mono sur ces plugins et au moins on aura les logs complets.

Bah je peux tester on peut faire ça ensemble tantôt.

> Autre chose pourrait-on aussi rajouter une option au script  qui permettrait de choisir le nom du repo de destination dans le cas ou on a une arborescence xxx/yyy/zzz souvent zzz est pas déterministe.

Je ne comprends pas ce que tu veux faire et le résultat attendu. As tu
un exemple plus précis ?

Km
_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip