Question

Récemment, j'ai beaucoup codé le week-end et j'ai commencé à avoir vraiment besoin d'un bugtracker à mesure que les choses prenaient de la vitesse. C'est probablement le pire scénario car je dois laisser les choses se refroidir au cours de la semaine, je ne peux donc tout simplement pas me souvenir des insectes dans ma tête. Jusqu'à présent, j'utilisais un fichier texte pour noter les bogues, mais je préférerais utiliser quelque chose d'un peu mieux.

Les points les plus importants ici sont la facilité d’utilisation et un temps d’installation très court. Ne voulez pas passer plus d’une heure à apprendre les bases et à essayer d’installer quelque chose. De plus, dans mon cas, je suis sur un Mac, donc cela aiderait, mais les solutions pour d'autres plates-formes sont les bienvenues, car elles aideront probablement les autres.

Était-ce utile?

La solution

Personnellement, j'utilise Excel. (Attendez, revenez, je ne suis pas fou!) Pour un projet plus important / en équipe, Bugzilla a pris beaucoup de temps, mais cela a tendance à être un peu excessif pour un projet à une personne.

Mais, une feuille de calcul bien organisée, avec des colonnes pour des éléments tels que "statut", "description", "module de code", "date résolue", etc., vous permet de vous rapprocher de ce dont vous auriez besoin pour un petit projet. Trier une feuille de calcul par colonne n’est pas proche d’une recherche, mais c’est bien mieux que "trouver dans un fichier texte".

Heck, si vous utilisez Google Documents plutôt qu'excellent, vous pouvez même publier le document sous forme de flux RSS et le transférer n'importe où.

Et l’avantage majeur est que le temps d’installation et la courbe d’apprentissage sont nuls.

Addendum: Et bien sûr, à l’instant où votre "Suivi de bogues à une personne" " devient un "suivi de bogues à deux personnes" vous devez passer à quelque chose de mieux. Bugzilla, FogBugz, n'importe quoi. Croyez-moi, je suis passé par là.

Autres conseils

FogBugz a une édition pour étudiants / startup gratuite pour une durée indéterminée, pour 2 utilisateurs ou moins.

Trac ou Redmine sont tous les deux très bons. Je ne sais pas à quel point ils sont faciles à installer sur un Mac.

Il vaut la peine de mentionner que FogBugz a également une version gratuite pour 2 utilisateurs maximum. qui vous conviendrait. Il est hébergé, il n'y a donc pas d'installation et vous pouvez utiliser quelque chose comme Fluid pour y accéder dans sa propre fenêtre.

Si vous travaillez sur une pile LAMPP, pour des raisons de facilité d'installation et d'utilisation, je recommanderais probablement Mantis . Il est écrit en PHP / MySQL et la seule installation impliquée consistait à spécifier où la base de données devait être créée et quelles informations d'identification devaient être utilisées.

Oh, et son FOSS .

Je ne pense pas que vous ayez besoin d'un traqueur de bugs complet pour votre scénario.

Essayez Wiki tiddly , stockez chaque bogue dans un tiddler et attribuez-lui des balises du type "ouvert" ou "fermé". '.

Aucune installation requise (un seul fichier html), et très facile à utiliser. Et plate-forme neutre.

Je dirais que Omnifocus d'Omnigroup est un excellent outil de suivi des tâches, et si vous venez faites un saut mental de bogue en tâche, je pense que cela fonctionne à merveille pour des projets à un homme et qu’il constitue un excellent moyen d’organiser votre file d’attente en plein essor.

Eclipse a un système vraiment intéressant - je ne sais pas pourquoi si peu de gens semblent le savoir.

Cela est lié à leur liste de tâches. Il vous permet de saisir des bogues avec autant d’informations que vous le souhaitez. Vous pouvez le lier à la gestion des versions ou à un système de suivi des bogues externe si vous le souhaitez. C'est un traqueur de bogues décent en soi.

Le vrai truc, c’est de savoir comment cela fonctionne avec votre code source.

Avant de commencer à travailler, sélectionnez un bogue dans la liste. Tout le temps que vous codez, il enregistre les fichiers que vous éditez. Il peut fermer les anciens onglets et mettra également en évidence les zones de l’arborescence source que vous avez beaucoup modifiées.

Ce qui est bien, c’est que vous pouvez revenir à tout bogue que vous avez modifié et vous obtiendrez votre "Environnement". retour. Non seulement toutes vos notes et tous vos éléments, mais les mêmes onglets s'ouvrent et les mêmes sections de code dans le navigateur sont mises en surbrillance.

Aussi, eclipse fonctionne avec pratiquement n'importe quel langage, il n'est pas limité à Java ...

Permettez-moi de parler de ditz . C'est un peu dépourvu, mais il a la fonctionnalité inestimable que les bugs sont archivés dans votre référentiel. il est également très facile à utiliser une fois que vous vous êtes habitué à sa façon de faire les choses

Vous pouvez utiliser fogbugz gratuitement si vous êtes composé d’une seule personne. C'est très facile à utiliser et rapide à apprendre.

Ils ont fait en sorte que les bogues soient vraiment faciles à saisir, sans champs obligatoires.

Je suis l'auteur de BugTracker.NET mentionné dans un autre message. Si je cherchais un tracker pour JUST ONE PERSON avec un minimum de tracas, j'utiliserais FogBugz, car il est hébergé. Aucune installation, pas besoin de vous soucier des sauvegardes.

Mais que faites-vous du contrôle de version? N'avez-vous pas à vous inquiéter à ce sujet aussi et à sauvegarder cela? Si tel est le cas, envisagez quelque chose comme Unfuddle ou CVSDude où vous pouvez obtenir à la fois Subversion et Trac, ou Subversion et Fogbugz.

J'utilise Mantis à la maison et j'en suis heureux. Cela peut être très pénible de le faire fonctionner, vous pouvez donc choisir de télécharger une installation de VM gratuite et prête à l'emploi. Ça ne peut pas être plus facile que ça,

Peut-être qu'un tableur serait la prochaine étape logique? Je sais que cela semble vraiment non-sexy, mais si vous êtes le seul utilisateur, vous n'avez pas à vous inquiéter des autres, et cela ajoute quelques fonctionnalités de base à un fichier texte, comme le tri. Ensuite, si vous devez par la suite passer à quelque chose qui s'appuie sur un SGBDR, vous aurez probablement un chemin d'importation réalisable. Je sais juste que pour moi, quand je travaille seul, je n'ai pas tendance à mettre des bugs dans tout ce qui nécessite plus de soin et de nourriture (bien sûr, quand on travaille avec d'autres, les besoins collaboratifs imposent de créer un référentiel mieux défini. , mais c’est une autre histoire).

EDIT: Après avoir noté la disponibilité d’un accès hébergé gratuit à FogBugz, je repense la barre des soins et de l’alimentation ...

RT de BestPractical est génial.

Je ne perds pas non plus de temps à garder une liste d'éléments dans un fichier texte avec vi, si je peux les exprimer tous sur une seule ligne. C’est généralement le cas pour de nombreux petits éléments à exécuter dans un composant ou une tâche unique.

J'ai essayé bugtracker.net et même si c'est un peu rude sur les bords, c'est gratuit et a été construit avec ASP.NET:

http://sourceforge.net/project/showfiles.php?group_id=66812

Utilisez-vous également un référentiel de contrôle de source? Sinon, vous devriez vraiment, même si vous n'êtes qu'une équipe composée d'un seul homme.

Personnellement, je préfère utiliser une application VMWare Virutal (gratuite) qui offre une configuration simplifiée vous donne accès à Trac et à Subversion. Vous pouvez trouver de nombreux appareils virtuels différents grâce à la recherche. Voici un exemple d’application d’une appliance virtuelle Trac / SVN:

http://www.rungeek.com/blog/archives/how-to-setup-svn-and-trac-with-a-virtual-appliance/

Trac est un excellent outil de gestion de projet qui intègre un système de suivi des bogues, un wiki et une gestion intégrée du contrôle de source. Il est adaptable à vos besoins et me convient très bien personnellement.

J'utilise bugzilla à cette fin. De plus, pour moi, l'intégration avec Eclipse (précisément avec Mylyn). FogBuzz l'a, mais autant que je sache, c'est non-libre.

De plus, il est installé sur mon ordinateur portable pour que je puisse coder et ajouter / supprimer des bogues hors connexion (le plus gros désavantage des solutions hébergées pour moi)

L’installation n’était pas un problème dans Ubuntu (ni dans aucune distribution basée sur Debian, je suppose).

Je préfère ELOG , c'est un blog personnel, mais facile à utiliser. manipuler et installer, les données sont locales sur votre ordinateur et vous pouvez rechercher toutes les entrées via fulltext. M'a toujours suffi.

Si vous avez une machine Windows avec IIS et MSSQL (y compris SQL Server Express), consultez Bugtracker.net. . Il est gratuit et open source (vous obtenez le code source), et il est extensible.

Même si vous êtes un one man shop, disposer d'un système de suivi des bogues gratuit avec autant de puissance vous permettra de croître avec le temps, car il est assez facile d'ajouter de futurs utilisateurs au système.

Vous pouvez également le personnaliser pour l’apparence de votre organisation, entreprise ou produit.

Ontime 2008 d’Axosoft est gratuit pour une licence mono-utilisateur. C'est une force industrielle qui vous donnera bien plus que le suivi des bugs!

http://www.axosoft.com

Jira , qui est désormais gratuit licences personnelles .

J'utilise leo pour cet usage. Pour être plus précis, son plug-in cleo .

Bien sûr, vous aurez peut-être besoin de temps pour vous habituer à leo, mais cela rapportera.

Un fichier texte plat est simplement une liste, une feuille de calcul Excel est une liste à deux dimensions.

leo vous permet de conserver les données dans un arbre! Et il contient également des clones .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top