Re: Retours utilisation forge git
Eric Lupinacci <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAM6W4bZiZkkMxJzB8DpYda+CrWYgH3u=MAiRGqqREURCymre0A@mail.gmail.com> |
Je prends par exemple le squelettes ahuntsic. Le dernier commit est le mien pour le passage en trunk. Sous Git on ne voit que ce commit, pour moi c'est pas terrible. On peut essayer autrement sur celui-ci. Cédric je comprends pas bien ce que tu veux faire exactement pour régler ce problème ? ++ Eric Le mar. 21 janv. 2020 à 11:22, Cerdic <[email protected]> a écrit : > 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 > >