Pour moi, le vrai souci c'est la permanence des commentaires des pull requests et des issues, c'est ça qui est difficile (ou impossible ?) à bouger.
Donc à vous de voir si cette permanence-là vous est utile sur le long terme. 2015-05-04 11:52 GMT+02:00 Franck Paul <[email protected]>: > 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 > -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
