Re: Retours utilisation forge git

Eric Lupinacci <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <CAM6W4bar1YSLEkgGpuzuetQQg+8X_C6Z1i9R=vWcvaO+iGKFig@mail.gmail.com>
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
>
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.