GitHub Projects s'ouvre aux organisations

GitHub Projects s’ouvre aux organisations

Le même, en plus grand

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

28/10/2016 2 minutes
15

GitHub Projects s'ouvre aux organisations

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.

github projects

15

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Commentaires (15)


Ils réveillent un peu ? Perso je suis en train de migrer vers Gitlab.com, le CI intégré est pas mal.








seb2411 a écrit :



Ils réveillent un peu ? Perso je suis en train de migrer vers Gitlab.com, le CI intégré est pas mal.





C’est ce que je voulais poster et je m’étais dit que ça polluerait la news Github

Du coup j’en remets une couche, je suis sur Framagit (qui utilise Gitlab), c’est vraiment top









jackjack2 a écrit :



C’est ce que je voulais poster et je m’étais dit que ça polluerait la news Github

Du coup j’en remets une couche, je suis sur Framagit (qui utilise Gitlab), c’est vraiment top





Sous gitlab depuis bien des années, je  pensais aussi être un cas “isolé”.

On a la maîtrise de ces données si hébergé soit même ou par un tiers de grande confiances comme dans ton cas.

Je ne voit pas la plus-value de github à part son coté populaire.



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.








zefling a écrit :



avec Apache2







Tu as fait une faute, ce n’est pas comme ça qu’on écrit “Nginx”. <img data-src=" />









eax13 a écrit :



La plus-value numéro 1 de GitHub, c’est évidemment son désormais légendaire Code of Conduct.





Je sors sans doute d’une grotte, mais c’est quoi cette histoire ?










Pazns a écrit :



Tu as fait une faute, ce n’est pas comme ça qu’on écrit “Nginx”. <img data-src=" />







J’ai mis 2 minutes à comprendre ta blague… <img data-src=" />



Pour la peine :





nginx = false



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 :



-&gt;Github :

————–




  • “clé en main” pour un prix fixe. Pas besoin d’une équipe qui maintient le serveur herbergé en local et tu as toutes les fonctionnalités disponibles sans contraintes.



  • Travis pour le CL, c’est bien intégré à 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…



  • Code hébergé dans le cloud sous juridiction américaine… Ce n’est pas forcément compatible avec toutes les législations selon ton pays



    -&gt;Gitlab :

    ————–

  • C’est installable en local, pour peu que tu y mettes les moyens humains

  • deux versions : Community et Entreprise. Tu paye chaque fois que tu veux une fonctionnalité qui n’est pas dans le code Community. (Je pense à par exemple au cas “git-annex” qui n’est disponible que dans la version Entreprise)








Delqvs a écrit :



Quelques différences, j’avais eu l’occasion d’étudier les deux, voici un mini résumé de tête non exhaustif :



-&gt;Github :

————–




  • “clé en main” pour un prix fixe. Pas besoin d’une équipe qui maintient le serveur herbergé en local et tu as toutes les fonctionnalités disponibles sans contraintes.



  • Travis pour le CL, c’est bien intégré à 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…



  • Code hébergé dans le cloud sous juridiction américaine… Ce n’est pas forcément compatible avec toutes les législations selon ton pays



    -&gt;Gitlab :

    ————–

  • C’est installable en local, pour peu que tu y mettes les moyens humains

  • deux versions : Community et Entreprise. Tu paye chaque fois que tu veux une fonctionnalité qui n’est pas dans le code Community. (Je pense à par exemple au cas “git-annex” qui n’est disponible que dans la version Entreprise)









    Je rajouterais:



    GitHub =&gt; risque élevé au niveau de la confidentialité, du secret commercial. En cas de problème massif de sécurité sur GitHub (comme on a pu en voir au fil des années avec de grands acteurs), les entreprises ayant des dépôts privés sur GitHub risquent de payer le prix fort.



    GitLab =&gt; peut être hébergé sur site, sans dépendance externe, sans avoir une déferlante de milliers d’utilisateurs inconnus utilisant la même infra.



    Le package omnibus gitlab rend le déploiement et la mise à jour assez facile



    Enfin, tout dépend de l’importance du code qu’on veut héberger et de l’importance qu’on accorde à la maîtrise de son infrastructure.



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…