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 >