Un tracker pour les bugs et les objets (productifs)?

Question

J'ai commencé à utiliser un bugtracker (www.bugnotes.com) donc je suis nouveau à cela ... Et j'ajoute facilement des bugs, c'est logique. Cependant, certains de ces bogues seraient corrigés si je devais implémenter une fonctionnalité donnée ou effectuer un refactoring. Alors, comment puis-je suivre efficacement les tâches de type todo-list, et ces types de tâches ne sont-ils pas liés au suivi des bogues? Je suppose que ce que je demande est un outil qui suit à la fois les bugs et les fonctionnalités, car ils sont tous les changements de code. Oh et mettre des corrections mineures comme #TODO ou // TODO: c'est génial en fait, j'aime ça pour des choses mineures, mais pas pour des choses importantes comme le refactoring, ou pour changer un pilote ou une bibliothèque. En outre, j'utilisais un fichier texte, mais le problème est que beaucoup de ce qui est tapé là-bas devient vieux et donc tout est inutile pour moi.

Answer 1

Tout système de suivi de bogue peut être utilisé pour consigner des bogues, des caractéristiques ou des tâches générales, car chacune est comprise comme une forme d'unité de travail. L'avantage de les stocker dans un système de suivi des bogues est que toutes les tâches en attente sont visibles et peuvent être classées par ordre de priorité. Si vous comptez sur TODO dans le code, il est difficile de les voir en un coup d'œil et difficile à hiérarchiser ou de voir où vous êtes avec eux. Par conséquent, d'après mon expérience, si vous comptez sur les TODO, la liste de ces derniers ne s'allongera jamais. Si vous avez du code incomplet, je pense qu'il est préférable de transformer le TODO en une entrée de bogue, puis de remplacer le TODO par l'identifiant du bogue, donc vous avez un lien entre le code et le bogue. Un avantage secondaire est que lorsque vous effectuez réellement le travail et que vous vous engagez à effectuer le contrôle de version, vous pouvez également ajouter l'ID de bogue dans les notes d'archivage et ainsi obtenir un enregistrement permanent du moment où la modification a été effectuée.

Si vous avez beaucoup de Todos déjà, alors il peut être intéressant de regarder un système de construction continue Hudson, et ajoutez le plugin Static Analysis, de sorte que vous obtenez un graphique quotidien du nombre de Todos restantes, faisant référence à la la source. Cela va au moins présenter tout en un seul endroit et vous donner un graphique de burn-down que vous fixez chaque TODO.