| Newsgroups |
gmane.comp.web.spip.devel |
| Message-ID |
<CADneLzfZvvfyKhNdmeWxkmvZMQz-W8UMG4vD9YSsKKyJLUtpMg@mail.gmail.com> |
Bonjour
> Je reprends un peu cette discussion car il y a un truc qui me turlupine.
> Je m'attendais pas à ce que les commits soient trunkés avant le passage en trunk.
> Aussi j'ai préparé les plugins 3.2 qui n'étaient pas en trunk en les passant en trunk.
> Je comprends aujourd'hui que ce n'était pas la bonne pratique.
C'est à dire ? J'ai peut être mal expliqué un truc dans la logique d'import.
> 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.
Le notion de branches et tags dans svn n'est qu'une convention de nommage.
Le script d'import git considère 2 cas de figure :
* un répertoire avec du code (pas de branches, pas de tags, pas de
trunk) dans ce cas ces données sont traitées comme master dans git
(les branches et tags ne seront pas reportées dans svn)
* un répertoire avec au moins un répertoire trunk (et branches/) (et
tags/) dans ce cas est associé le contenu de trunk à master, les
branches/* sont notées comme branches (peut importe leur nom), de même
pour les tags.
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.
Notes annexes :
* Pour les tags il est possible de les créer à la volée via le script
https://git.spip.net/spip-contrib-outils/creer_tags
* Il est possible dans le cas d'import sans trunk d'imposer des
répertoires externes pour associer branches et tags (un peu comme pour
_core_)
On peut détruire un dépôt et le réimporter sous la base d'un autre modèle.
Km
Le mar. 21 janv. 2020 à 09:48, Eric Lupinacci <[email protected]> a écrit :
>
> Hello,
>
> IMPORTANT !!!!
>
> Je reprends un peu cette discussion car il y a un truc qui me turlupine.
> Je m'attendais pas à ce que les commits soient trunkés avant le passage en trunk.
> Aussi j'ai préparé les plugins 3.2 qui n'étaient pas en trunk en les passant en trunk.
> Je comprends aujourd'hui que ce n'était pas la bonne pratique.
>
> 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.
>
> Autre chose quand on parle de branche pour l'import vers Git est ce que des libellés comme svp2010, 2012 ou jenesaispasquoi sont licites et peuvent être importés ?
>
>
> ++
> Eric
>
>
> Le mar. 21 janv. 2020 à 07:56, Pierre KUHN <[email protected]> a écrit :
>>
>> Ba en tout cas une possibilité de svn up encore un bon moment oui.
>>
>> Le lun. 20 janv. 2020 à 23:36, nicod_ <[email protected]> a écrit :
>>>
>>> Le 20/01/2020 à 17:47, Jean Marie Grall a écrit :
>>> > Re,
>>> >
>>> > Le 20/01/2020 à 16:54, [email protected] a écrit :
>>> >> 1/ Comment voir les commits d'avant le changement d'arborescence en trunk
>>> >>
>>> >> Cela n'est pas possible. Git considère comme racine le répertoire
>>> >> trunk du svn. Tout ce qui était ailleurs avant ce répertoire de facto
>>> >> n'existe pas pour git.
>>> >
>>> > Ok.
>>> > L'idée d'Eric pour accéder facilement aux anciens commits serait pas mal
>>> > alors.
>>>
>>> Mais ça voudrait dire conserver un serveur SVN ad vitam eternam ?
>>>
>>> --
>>> nicod_
>>> _______________________________________________
>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>> doc: https://www.spip.net/
>>> dev: https://core.spip.net/
>>> irc://irc.freenode.net/spip
>>
>>
>>
>> --
>> Pierre KUHN
>> _______________________________________________
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip