GitHub est la source incontournable pour l'hébergement de référentiel Git en ligne, mais il héberge également de nombreux outils pour organisation et automatisation de projet, y compris des tableaux Kanban intégrés avec automatisation.
Pourquoi ne pas simplement utiliser Jira ?
Jira est l'industrie- logiciel de gestion de projet standard d'Atlassian. Il comprend des tableaux Kanban, mais également un suivi des problèmes, des outils de gestion du temps axés sur Scrum pour les équipes agiles et des outils pour la planification de fonctionnalités à long terme.
C'est génial, et il est également intégré à GitHub, donc si vous voulez le meilleur outil de suivi des problèmes, vous devriez l'utiliser à la place. Vous pouvez lire nos guides pour commencer à utiliser Jira ou installer Jira sur vos propres serveurs pour en savoir plus.
CONNEXION : Le guide du débutant pour utiliser Jira efficacement
Cependant, Jira est également une solution sérieuse hébergée sur un site Web distinct. Il a une version gratuite, mais seulement pour moins de dix utilisateurs. De nombreuses fonctionnalités ne sont pas non plus disponibles gratuitement.
Pour de nombreuses équipes, vous souhaiterez peut-être simplement un tableau simple pour suivre l'organisation de vos problèmes, sans avoir à configurer et à gérer un solution externe. Pour ces personnes, la solution interne de GitHub fonctionnera très bien. C'est basique en comparaison, mais de nombreuses équipes préféreront quand même être sur GitHub.
Publicité
GitHub a également une version payante, mais tous les outils de gestion de problèmes et de projets sont offerts gratuitement, que vous utilisiez un référentiel public ou privé.
Mise en route
Les tableaux Kanban GitHub’sont appelés “Projets,” et vous pouvez avoir plusieurs projets pour chaque référentiel. Vous pouvez également avoir des projets globaux qui ne sont liés à aucun référentiel, qui sont disponibles à partir de votre profil.
Une chose à noter est qu'il n'y a aucun moyen de créer un tableau de projet privé pour un référentiel public, il est simplement public par défaut sans option pour le désactiver. Jusqu'à ce que GitHub change cela, vous devrez utiliser un projet personnel défini sur privé ou un projet sur un référentiel privé.
Depuis la page principale de votre référentiel, cliquez sur “ ;Projects”:
Créez un nouveau projet, et donnez-lui un nom et une description .
Vous avez quelques options pour les modèles, bien que tous ne soient que des tableaux Kanban. Les deux plus intéressants sont “Automated Kanban” et “Kanban automatisé avec avis,” qui s'intègrent à la fois aux problèmes et aux demandes d'extraction pour les déplacer automatiquement dans tous les domaines.
Publicité
< p>Dans tous les cas, après avoir créé le tableau, une liste de colonnes vous sera présentée avec la possibilité de créer des cartes et de les déplacer.
Malheureusement, les cartes de base n'ont aucune option pour les balises ou l'organisation dans la liste. Cependant, c'est parce que vous devez les convertir en un numéro complet, qui apparaît sur la liste des problèmes du référentiel et offre la possibilité de discuter de ce problème.
Ensuite, vous pouvez l'attribuer à des personnes spécifiques et créer des étiquettes pour cela. La carte sera désormais liée à la page du problème avec la discussion complète.
Vous pouvez filtrer les problèmes par étiquette et jalon, ainsi qu'en fonction du statut de la pull request qui lui est liée :
< p>Vous pouvez également convertir les problèmes en cartes, à l'envers. Si quelqu'un ouvre un problème, vous pouvez l'ajouter à un projet (ou à plusieurs projets) à partir des paramètres du problème :
À moins que vous ne l'attribuiez à une liste, il ira dans une file d'attente où il pourra être attribué.
Publicité
Vous pouvez également associer le problème à des demandes d'extraction ou définir des jalons pour une organisation à long terme. Ceux-ci apparaîtront également sur la carte dans le tableau du projet.
Une fois que les cartes sont liées avec problèmes, il n'y a aucun moyen de dissocier. Si vous supprimez le problème, la carte sera également supprimée (bien que la simple fermeture soit acceptable).
Dans l'ensemble, l'organisation Kanban de GitHub est simplement une extension de leur système de problème existant. Si vous recherchez davantage d'outils d'organisation pour les problèmes, c'est parfait, mais si vous recherchez un tableau Kanban pour un suivi rigoureux du temps, vous feriez peut-être mieux d'utiliser une solution comme Jira.