Je réponds rapidement. Je serais plus disponible demain pour en discuter. ----- Mail original ----- > De: "Remi Collet" <fed...@famillecollet.com> > À: "Liste de diffusion des developpeurs GLPI" <glpi-dev@gna.org> > Envoyé: Mercredi 29 Juillet 2015 17:08:36 > Objet: Re: [Glpi-dev] Github + 0.90 beta > > Le 29/07/2015 16:34, Alexandre Delaunay a écrit : > > - you'll find an english version at the end - > > > > Bonjour à tous. > > > > Nous avons enfin migré les dépôts de GLPI (cœur + doc) vers git. > > Ils sont accessibles depuis http://github.com/glpi-project. > > github != git. > > Migrer vers git, je trouve ça compréhensible > Abandonner une forge "interne" au profit de github, je pige pas. > Surtout que redmine gère parfaitement git (cf fusioninventory)
Pour répondre sur ce point. Oui git est différent de github. Redmine gère effectivement bien git aussi. C'est par contre mettre de coté les avantages de github qui sont très nombreux (par exemple : merge request facilitées, intégration avec de nombreux services externes notamment travis). Alors effectivement, ce n'est plus en interne. Je ne vois pas ça comme un problème, la décentralisation de git facilite la récupération et publication de données. Github fournis de nombreuse API pour pouvoir récupérer issues / pr / wiki, etc. La popularité de ce service n'est plus à démontrer et je pense sincèrement que le projet en bénéficiera (en terme de visibilité comme en contributions). Et sans vouloir m'avancer sur fusioninventory, il me semble qu'il est prévu une migration vers github aussi (comme repo principal). Il confirmeront (ou non). > Et il reste possible d'avoir un mirroir sur github poour les PR. Etant le gestionnaire des principaux miroir (git) glpi depuis quelques années, c'est loin d'être simple en gestion. Comme indiqué plus haut, entre la gestion des pr manuelle dans redmine et automatisée via github, la différence est pour moi flagrante. > De plus utiliser github pour l'hébergement d'un git... pourquoi pas, > mais commencer à l'utiliser comme forge (ticket, roadmap, release, ...) > ça me semble dangereux. Nous testerons dans un premier temps. De nombreux projets communautaire le font déjà actuellement. Dans tout les cas, nous verrons à l'usage sur ce point. L'idée principale est de ne pas multiplier les points d'entrées. > Comment les utilisateurs feront la différence sur > https://github.com/glpi-project/glpi/releases/tag/0.90%2Fbeta1 > > Entre > glpi-0.90-beta1.tar.gz > Source code (zip) > Source code (tar.gz) > > (surtout que le pari que les Windowsiens vont se ruer sur les .zip...) C'est une remarque pertinente. Je vais bientôt m'occuper du site principal, nous ferons pointer les releases directement vers le bon lien (je suis assez persuadé que la majorité des utilisateurs passent par ce seul point d'entrée) > > Bref, > Mes 0,02€ Merci de ton retour > Remi. > > P.S. et pour info, j'ai aucun droit dessus > > _______________________________________________ > Glpi-dev mailing list > Glpi-dev@gna.org > https://mail.gna.org/listinfo/glpi-dev _______________________________________________ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
