La seule fonction qu'on a pas en local est la gestion des PR. Maintenant, vu la quantité astronomique de PR qu'on gère, spa vraiment un souci.
Par contre j'aurais du mal à faire l'impasse sur les tickets. Le 4 mai 2015 12:03, Julien Wajsberg <[email protected]> a écrit : > 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 > -- Franck -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
