Re: Retours utilisation forge git

Peut-être qu’il suffit de faire l’import en ciblant le dossier trunk sans l’option « shema standard » pour garder l’historique ?
IE au lieu d’importer _squelettes_/html5up_alpha/ en disant « il y a un trunk et des branche » importer directement _squelettes_/html5up_alpha/trunk ?

On fait l’essai sur ce cas particulier de html5up_alpha pour voir ? (quitte à tester l’import à côté dans un autre projet)

--
Cédric
Le 21 janv. 2020 à 11:14 +0100, Eric Lupinacci <[email protected]>, a écrit :
> Ouep,
>
> Comment on repère un repo Git "mono"  maintenant ?
>
> ++
> Eric
>
>
> > Le mar. 21 janv. 2020 à 11:08, [email protected] <[email protected]> a écrit :
> > > Yop
> > >
> > > > Ah oui, je viens de comprendre !
> > > > En fait ce problème de trunk n'est un "problème" qu'à cause de la synchronisation Git => SVN car si je prends un plugin sans trunk, que je l'importe sous Git et que je crée une branche Git où subgit va-t-il synchroniser la nouvelle branche ? Tandis que si le trunk existe déjà je suppose qu'on a prédéfini le fait que la branche va se faire à coté du trunk.
> > >
> > > C'est ça même si on n'a que trunk de présent coté svn, le système
> > > prend la convention trunk/branches/tags et pas autres choses. Donc si
> > > on commit une branche depuis git, le répertoire branches/ sera créé à
> > > la volée coté svn.
> > >
> > > > Mais alors pour les plugins qui ont été importés en zone_mono que se passe-t-il si on crée une branche en Git ?
> > >
> > > Pour le moment rien il vont être ignorés car on n'a pas défini de conventions.
> > >
> > > Si on part par exemple sur :
> > >   branches => /_branches_/toto/*
> > >   tags => /_tags_/toto/*
> > > On peut le définir par défaut pour l'ensemble des projets mono.
> > >
> > > Si on part sur
> > >   branches => /_plugins_/branches/toto/*
> > >   tags => /_plugins_/tags/toto/*
> > >
> > >   Le ménage sera un poil plus long car il faudra distinguer la racine
> > > _plugins_/, _squelettes_/ ...
> > >
> > > On peut définir n'importe quelle autre convention pour les chemins
> > > svn. Ce ne sont que 2 propositions qui me semble "évidente"
> > >
> > > 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