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.
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 ? Maintenant question audience, Framagit est loin d'atteindre celle de Github ou de Bitbucket, du coup à part l'image Frama*, quel avantage réel ? 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. Le 4 mai 2015 08:52, Julien Wajsberg <[email protected]> a écrit : > 2015-05-03 13:25 GMT+02:00 Nicolas <[email protected]>: > > > Merci Julien. > > Quelques remarques : > > - si le problème est de conserver les "bons" hash pour ceux ayant forkés > > par rapport à ce que tu as fait en 2013, je pense qu'on peut s'en passer. > > Il y a 7 forks et on les connait tous ! :-) > > > > Je ne l'ai pas mis dans mon mail original, mais j'en avais déjà fait le > deuil :) > Ceci dit il faut pas que ça se reproduise une fois qu'on fait un miroir de > manière officielle... > > > > > - j'utilise quotidiennement git-remote-hg mais je ne sais pas si les hash > > sont bien conservés et s'il fonctionne de manière itérative. En revanche > je > > l'utilise pour commiter sur bitbucket/dotclear sans aucun soucis. > > > > > Ce sera un de mes prochains tests :) > J'ai surtout peur pour la rapidité et la gestion de la synchro de toutes > les branches. > > -- > Julien > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Franck -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
