Je suis nouveau sur github et je cherche des conseils sur la façon de gérer les problèmes. Je suis habitué à avoir la priorité et d'autres options de commande mais vois qu'il n'en existe aucune.
Comment les autres gèrent-ils les problèmes durant le cycle de vie d'un bogue / d'une fonctionnalité?
Merci d'avance.
Réponses:
Vous pouvez définir différents groupes d'étiquettes comme types d'émission , les priorités d'émission , les statuts d'émission , les étiquettes de version , et peut - être plus. Pour pouvoir voir instantanément à quel groupe une étiquette appartient, vous pouvez utiliser une convention de dénomination telle que
<label-group>:<label-name>.L'utilisation d'une telle convention de nommage devrait faciliter la gestion des problèmes de Github et aider les autres à "comprendre" les problèmes beaucoup plus rapidement. Notez que vous pouvez également attribuer des couleurs aux étiquettes, ce qui peut améliorer encore la lisibilité (j'utiliserais une couleur spécifique pour chaque groupe d'étiquettes). Mais comme vous devez toujours attribuer / désattribuer manuellement ces étiquettes aux problèmes, vous pouvez garder la liste globale des groupes / étiquettes réduite.
Selon le schéma suggéré ci-dessus, vous pouvez définir les groupes et les étiquettes correspondantes comme suit.
groupe 'type d'émission'
groupe 'priorité'
groupe 'état des problèmes'
(Ces étiquettes décrivent l'état d'un problème dans un flux de travail défini.)
groupe 'émission d'informations'
groupe 'version tag'
la source
Le suivi des problèmes GitHub est assez flexible. Il n'y a en effet pas de priorité, ni de commande. Il s'articule autour de trois grands piliers: affectations , libellés et jalons .
Vous pouvez "baliser" les problèmes avec les étiquettes que vous créez (de manière similaire aux étiquettes de Gmail). Par exemple: "bogue", "demande de fonctionnalité", "tâche", "question", ... Un problème peut être étiqueté avec des étiquettes différentes.
Vous pouvez "regrouper" plusieurs problèmes dans un jalon . Un jalon est composé d'un titre (un numéro de version, par exemple) et d'une date de livraison facultative.
Chaque problème peut être attribué à un collaborateur (contributeur ou membre d'organisation) du référentiel. Vous pouvez même appeler un collaborateur dans un commentaire en utilisant un
@suivi de son identifiant GitHub.Finalement, grâce à la barre latérale, vous pouvez "filtrer" la liste des problèmes pour vous aider à le gérer.
Un article de blog complet "Issues 2.0" sur ce sujet vous donnera une vue plus détaillée des fonctionnalités.
la source
J'utilise huboard.com pour représenter les problèmes de github sous forme de tableau Kanban, puis je les trie en les faisant glisser au sein de huboard. Cela fonctionne plutôt bien si vous souhaitez uniquement visualiser la priorité et savoir quoi travailler ensuite.
En fait, il stocke la priorité dans le problème lui-même, sous forme de commentaire HTML:
la source
Exemple d'utilisation des étiquettes sur github pour gérer nos projets
Étiquettes de catégorie (peuvent également utiliser des majuscules pour séparer visuellement)
Label prioritaire
Nous considérons que tout a une priorité normale et ne voyons pas vraiment le besoin de "faible". Cela ne laisse donc qu'une étiquette pour marquer les choses qui nécessitent une attention immédiate.
Étiquettes d'état
Nous conservons toute la documentation dans un wiki, y compris les procédures, l'architecture, l'infrastructure, les études de cas, la planification et les exigences.
Les demandes d'extraction sont destinées à la révision du code et à la discussion des fonctionnalités si elles font partie d'une branche.
Avec une utilisation créative du filtrage, nous pouvons trouver le travail que nous devons faire pour la journée. "Task + URGENT" ou "Bug + URGENT" examine toujours les problèmes identifiés comme "besoin d'un commentaire" et laisse un commentaire même si tu n'as rien à ajouter. Bien sûr, cela fonctionne avec notre équipe de cinq personnes, mais probablement pas beaucoup plus que cela.
la source
Je choisis deux types d’étiquettes pour les problèmes de GH: le premier concerne le type de problème et le second la priorité:
Une question / discussion peut ne pas être nécessaire si vous utilisez bien le wiki. Mais j'aime bien parce que cela me permet de poser une question ou une idée à une personne en particulier.
Ensuite, il y a trois étiquettes de priorité très simples:
Facile, non?
la source
En plus des solutions de marquage suggérées ci-dessus, nous avons
blockingetblockedcomme étiquettes.Un problème doit d'abord être attribué à la bonne personne, mais si cette personne est incapable de travailler sur le problème jusqu'à ce qu'un autre problème soit terminé, le problème est marqué comme
blocked. Et l'autre problème est référencé à l'aide d'une balise de hachage.De même, si une tâche empêche quelqu'un de travailler sur quelque chose, elle doit être marquée comme faisant
blockingréférence à l'autre problème.J'ai trouvé un peu difficile de comprendre comment répertorier les éléments attribués à une personne en particulier;
La solution consiste à cliquer sur l'icône de recherche (sans indiquer de critère de recherche). Sur la page de résultats, un menu déroulant se trouve à gauche.
la source