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
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

Commentaires (15)


Le 28/10/2016 à 09h 52

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


Le 28/10/2016 à 09h 59







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



Le 28/10/2016 à 10h 34







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.


Le 28/10/2016 à 10h 57

On peut faire des contributions anonymes ? (Contributions de code ou de la simple remontée de bugs etc.)


Le 28/10/2016 à 11h 35

Idem, nous sommes passés sous Gitlab (Dockerisé) et ça marche tres bien


Le 28/10/2016 à 12h 27

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…


zefling Abonné
Le 28/10/2016 à 13h 21

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.


Pazns Abonné
Le 28/10/2016 à 13h 52







zefling a écrit :



avec Apache2







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



Le 28/10/2016 à 14h 17







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 ?




zefling Abonné
Le 28/10/2016 à 15h 23







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



Le 29/10/2016 à 14h 57

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.


Delqvs Abonné
Le 29/10/2016 à 16h 02

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)


Le 29/10/2016 à 21h 11







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.



zepompom Abonné
Le 30/10/2016 à 21h 36

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…