GitHub vient d’élargir l’utilisation de Projects aux organisations. Ces dernières peuvent donc utiliser le service pour permettre aux équipes de gérer les projets en cours, chacun pouvant savoir comment avance le travail sur sa partie dédiée ou sur l’ensemble.
Projects est un service dédié aux développeurs qui veulent structurer leurs projets. Ils peuvent ainsi planifier un certain nombre d’éléments, comme le temps à consacrer à une fonctionnalité en particulier, créer des feuilles de route, définir des workflows personnalisés ou encore publier des listes de vérification.
Le service est désormais ouvert aux organisations, qui peuvent donc l’utiliser à l’échelle de leurs équipes. Chacun peut accéder à sa partie et suivre le développement en cours, avec toutes les fonctions proposées habituellement. Les membres pourront ainsi garder un œil sur les choses restant à faire, les rapports de bugs, les demandes de révision et ainsi de suite. Le service inclut également une surveillance des pull requests pour l’ensemble des dépôts utilisés.
Le service s’utilise depuis un nouvel onglet – Projects –, depuis l’interface de gestion du compte de l’entreprise ou autre. Ceux qui veulent en savoir plus pourront consulter l’annonce qui avait été faite du service le mois dernier.
Commentaires (15)
Ils réveillent un peu ? Perso je suis en train de migrer vers Gitlab.com, le CI intégré est pas mal.
La plus-value numéro 1 de GitHub, c’est évidemment son désormais légendaire Code of Conduct.
On peut faire des contributions anonymes ? (Contributions de code ou de la simple remontée de bugs etc.)
Idem, nous sommes passés sous Gitlab (Dockerisé) et ça marche tres bien
GitLab pour nous aussi, et à vrai dire je connais peu de boite qui ne l’utilise pas. C’est déjà bien intégré pour beaucoup d’entreprise, il y a donc peu de chance de les voir migrer vers Github…
Nous aussi, on est sur Gitlab au taff… et j’en ai même installer un sur mon serveur. Ça marche pas trop mal, même si avec Apache2 c’est un peu la merde.
Gitlab au taf, hébergé sur nos serveurs pour reduire le risque d’indiscretion. Principalement utilisé pour maintenir l’infra ( stockage des formules SaltStack) et automatiser le build en integration continue.
Quelques différences, j’avais eu l’occasion d’étudier les deux, voici un mini résumé de tête non exhaustif :
->Github :
————–
+/- l’authentification Github, reconnut sur un peu trop de site à mon goût… Ils veulent offrir un stack de développement complet, ca peut rendre heureux certain…
->Gitlab :
————–
On utilise gitlab pour le taf. J’aime vraiment leur philosophie, mais il faut juste qu’ils ne confondent pas vitesse et précipitation, leurs dernières releases étaient un peu trop fraîches à mon goût…