Y'a vraiment que moi que ça gêne de laisser les clés de notre dépôt maître à quelqu'un d'autre que Dotclear ?
Sinon ok pour le temps de process hg -> git, je n'avais pas compris que c'était là qu'il pouvait y avoir plus de job que d'ordinaire. Le 4 mai 2015 11:48, Julien Wajsberg <[email protected]> a écrit : > 2015-05-04 10:05 GMT+02:00 Franck Paul <[email protected]>: > > > Philippe et Julien, ce n'est pas parce que le dépôt officiel sera chez > > Framasoft que ça changerait quoi que ce soit. Ce ne sont pas eux qui vont > > gérer les PR, les tickets, etc… De ce point de vue, ça ne change rien. > > > > tout à fait ! > > > > > > > Loin de moi l'idée de renier Framasoft, c'est chez eux que j'ai découvert > > Dotclear, c'est dire, mais je ne crois pas que ce soit la bonne question, > > ni d'ailleurs la question originale (qui date de quelques années > > maintenant) : comment synchroniser — j'ai pas dit migrer ! — le dépôt > > officiel hg chez nous sur le dépôt miroir chez Github ? > > > > En effet, ce n'était pas la question originale, juste une question > alternative (en note en fin de mon mail, note). > J'ai toujours la question originale dans le pipe -- juste après mes qq > heures d'essai je me suis dit que si on décidait de tout passer sur git > tout était plus simple, donc autant poser la question. > Vu que c'est pas d'actualité, je garde la question originale, pas de souci. > > > > > > > Maintenant question audience, Framagit est loin d'atteindre celle de > Github > > ou de Bitbucket, du coup à part l'image Frama*, quel avantage réel ? > > > > > Framasoft gère la synchro vers github pour toi (suffit de leur envoyer un > mail -- je présume qu'ils sauront faire vers bitbucket aussi). Tout en > utilisant du logiciel open source plutôt que le logiciel proprio de github. > On a donc les intérêts suivants: > > * quelqu'un fait l'admin à ta place. > * on est présent sur github. > * on est présent sur bitbucket. > > D'où ma proposition. Encore une fois, moi je m'en fous, c'est vous qui > choisissez. Ça me dérange pas du tout de rester sur du bitbucket + > hébergement maison. De toute manière c'est pas moi qui fais donc c'est pas > moi qui décide. > > > > > > > Julien, concernant le "volume" de data à synchroniser, je crois que ce > > n'est pas vraiment un souci vu la quantité de trafic existant sur les > > dépôts actuels et les rares branches qui sont encore en activité (la > > default/master, la 2.7, et quelques branches spécifiques qui bougent très > > rarement). > > > > On synchronise régulièrement le dépôt DC vers le dépôt Hg, et ça ne prend > > que quelques minutes, je ne vois pas pourquoi ça enflerait. > > > > Ce n'est pas ça le souci; synchroniser du hg avec du hg, heureusement que > ça va vite. Comme du git vers du git. > C'est la conversion hg -> git qui prend du temps. Avec le premier outil ça > va vraiment vite, avec le second ça va vraiment lentement (et en plus a > priori la gestion des branches est galère -- mais je maitrise pas trop > mercurial non plus). > > Notre volume reste effectivement léger, il n'empêche qu'il y a un > historique :) > > -- > Julien > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Franck -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
