Suivi des problèmes simple pour 1-2 développeurs
Je travaille actuellement principalement seul sur un projet (en Java). Je suis surtout seul car j'ai un conseiller qui me donne des instructions de haut niveau sur ce qu'il faut faire, et ne fera que rarement une contribution de code. Elle codera de temps en temps quelques tests d'acceptation.
Je n'ai jamais utilisé de traqueur de problèmes auparavant, et je pensais commencer à en utiliser un maintenant, car j'aimerais avoir un endroit où je peux enregistrer les bogues possibles que je trouve et les suivre de manière centralisée. Serait-il possible d'intégrer le tracker de problème avec Eclipse, mieux encore.
Voici donc les contraintes:
- Ce n'est PAS un projet open-source. Notre code ne doit être partagé avec personne!
- nous utilisons et utiliserons Subversion;
- nous avons notre propre serveur Subversion et nous continuerons à utiliser ce même serveur Subversion;
- il doit être gratuit;
- il doit autoriser au moins 2 utilisateurs.
Quel est votre conseil sur quoi choisir? Je recherche la solution la plus simple disponible.
Pour les petits projets, je suis devenu un grand fan de Trello. Il a une barrière à l'entrée si faible et une telle facilité d'utilisation que je l'utiliserais pour tous les petits projets.
Si vous voulez quelque chose d'un peu plus compliqué et complet, j'appuierais les suggestions de FogBugz ou Bugzilla.
Modifier pour fournir plus "d'explication et de contexte":
Le problème le plus courant que j'ai remarqué parmi les petites équipes sans chefs de projet dédiés est que tant de choses ne sont tout simplement pas entrées dans le système . Soit les développeurs ne prennent pas le temps de saisir tout ce qui doit être fait, soit les problèmes ne sont mis à jour que sporadiquement à mesure que le travail progresse.
Trello encourage les utilisateurs à maintenir le système à jour avec de bonnes données en facilitant stupidement l'ajout de nouveaux problèmes et la mise à jour de l'état des problèmes existants.
Plus particulièrement, son système de "listes" à l'intérieur des tableaux peut être facilement et rapidement modifié pour représenter presque n'importe quel système de jalons et de types de problèmes qu'un petit projet voudrait utiliser.
Il prend également en charge des outils de suivi des problèmes plus courants, tels que les commentaires sur les problèmes, le vote sur les problèmes, la réorganisation, le balisage et l'affectation - mais ils sont tous cachés (mais à peu près à l'endroit où vous les souhaitez lorsque vous en avez besoin).
Bugzilla est un outil de suivi des problèmes complet et complet, mais il est indéniable qu'il se sent comme la création et l'édition de bogues coûte cher . FogBugz atténue une grande partie de la douleur subconsciente de tout suivre dans votre projet, mais a toujours suffisamment de modifications et d'écrans pour se sentir comme plus de travail que, disons, simplement faire glisser une carte de "faire" à "fait" dans Trello.
tl; dr - la meilleure façon de garder un outil de suivi des problèmes pertinent et à jour est de le rendre aussi facile à utiliser que possible , et c'est ce que Trello a été construit pour accomplir.
"la solution la plus simple disponible" est bien sûr un appel au jugement.
Je trouve FogBugz très facile à utiliser et je peux le recommander pour le cas d'utilisation que vous décrivez. Il est gratuit pour les équipes de deux personnes et très abordable pour les plus grandes, a un plugin Eclipse et s'intègre à Subversion .
Dans l'intérêt d'une divulgation complète: Mon expérience avec FogBugz a été avec la version sur site avec le plug-in Visual Studio et l'intégration Perforce et non avec la configuration exacte que vous recherchez.
SVN + Trac + Eclipse avec Fournisseur d'équipe SVN plugin (& Mylyn si vous voulez)
Cela fonctionnera pour les projets personnels et d'équipe simultanés.
Depuis Eclipse (avec les plugins ci-dessus et Trac XML-RPC plugin), vous et votre équipe pourrez
- accéder et utiliser le référentiel SVN depuis Eclipse et sans restriction
- suivre les tickets d'émission via Trac
- définir des tâches personnelles et d'équipe via Mylyn
- suivre le temps passé par les membres du projet sur chaque tâche
- voir tout ce qui précède dans un seul espace de travail dynamique
Vous pouvez utiliser Mantis: http://www.mantisbt.org/index.php
C'est assez simple, et il peut être configuré pour s'intégrer avec SVN et Eclipse: http://www.unitz.com/u-notez/2009/10/Subversion-svn-integration-mantisbt/ http : //stackoverflow.com/questions/2939794/Mantis-bug-tracker-api-integration
Cela dit, s'en tenir uniquement aux fonctionnalités de base de Trac peut également le rendre assez facile à utiliser: http://trac.edgewall.org/
Ma recommandation:
Un fichier nommé bugs.txt dans la racine du référentiel.
Avantages:
C'est un .txt. Signifie que vous n'êtes pas lié à un système/logiciel particulier
C'est très simple.
Vous pouvez décider de ce qui fonctionne pour vous avec cette méthode - mon exemple va comme ceci:
filename.ext.class/method: refactor when I get the chance, that regex is really screwed up.
filename2.ext.class/method: got a lovely UI bug with that, doesn't work in Mac Chrome. Screenshot: imgur.com/foobar
- Plateforme croisée. Dès que vous faites un
svn checkout <url>, vous avez votre bugtracker - vous pouvez également utiliser $ IDE-of-choice -, c'est juste un autre fichier texte.
Désavantages:
devient encombrant après plus de 2-3 développeurs.
Pas moyen de vraiment l'attribuer à une personne.
- Aucun moyen d'incorporer des images de bogues d'interface utilisateur et autres.
Mon vote est pour Redmine . Il est entièrement gratuit et s'intègre bien à Subversion.
application web de gestion de projet. Écrit en utilisant le Ruby on Rails framework, il est multi-plateforme et multi-base de données).
Redmine est open source et publié sous les termes de la licence GNU General Public License v2 (GPL) ...
Certaines des principales caractéristiques de Redmine sont:
- Prise en charge de plusieurs projets
- Contrôle d'accès flexible basé sur les rôles
- Système de suivi des problèmes flexible
- Diagramme de Gantt et calendrier
- Gestion des actualités, des documents et des fichiers
- Flux et notifications par e-mail
- Par projet wiki
- Forums par projet
- Suivi du temps
- Champs personnalisés pour les problèmes, les entrées de temps, les projets et les utilisateurs
- Intégration SCM (SVN, CVS, Git, Mercurial, Bazaar et Darcs)
- Création d'un problème par e-mail
- Prise en charge de plusieurs authentifications LDAP
- Prise en charge de l'auto-inscription des utilisateurs
- Prise en charge multilingue
- Prise en charge de plusieurs bases de données ...
Ce n'est peut-être pas "simple", mais je le considère comme l'un des meilleurs suiveurs de problèmes du secteur: Jira from Atlassian. Il est livré avec une licence de démarrage de 10 utilisateurs pour 10 dollars (australiens) ... Je l'utilise en tant que développeur solo. (Veuillez noter que le site semble avoir une préférence pour afficher les licences/prix "à la demande", et vous pourriez avoir besoin du prix "téléchargement").
Un autre gros avantage pour ce taux de démarrage: le produit complet est reversé à la charité Room to Read . Vous pouvez donc bénéficier d'un bugtracker complet et vous en sentir bien aussi :-)
Vous pouvez également jeter un œil à BugZilla . Voir aussi ceci comparaison de différents trackers de bogues sur les programmeurs SE. Trac est également une bonne alternative à utiliser comme tracker.
Une autre option est Sourceforge . À ma connaissance, il est gratuit quel que soit le nombre d'utilisateurs. Il comprend un référentiel SVN (que vous n'utiliserez probablement pas) et un tracker. Pour un exemple de l'apparence de ce tracker, voir cet exemple du projet Audacity (logiciel d'enregistrement open source).
Découvrez ditz .
Il s'agit d'un outil de suivi des problèmes en ligne de commande très simple dont vous pouvez stocker la base de données dans votre référentiel de code.
Il n'y a aucune interface utilisateur sophistiquée, seulement un simple outil en ligne de commande. Il est similaire dans son esprit à suggestion de @ jrg et à l'outil TODO.txt.
Jetez un oeil à Asana . Il s'agit d'un outil de suivi de projet simple et gratuit sur le Web. Je l'utilise pour des projets et des tâches à la maison. Vous pouvez créer plusieurs projets et leur attribuer des tâches. Pour une tâche donnée, vous pouvez définir:
- Personne affectée à
- Date d'échéance
- N'importe quel nombre de balises de texte
- Fichiers joints
- Changements
- Notes (un champ de note par tâche)
- Commentaires (n'importe quel nombre par tâche, classés par ordre chronologique)
Vous pouvez hiérarchiser les éléments avec quelque chose appelé "en-têtes prioritaires". Vous pouvez également planifier des éléments comme "aujourd'hui", "à venir" ou "plus tard" pour avoir une idée de base de ce qui doit être travaillé au plus tôt.
C'est toujours un travail en cours, mais il a une interface très lisse et il est facile à utiliser.
Le traqueur de bogues le plus simple est une pile de fiches 3x5 (ou 4x6 si vous avez une grosse écriture), une boîte de punaises et votre mur cubique, IMO. Si vous n'avez pas d'équipe distribuée (ce n'est pas le cas puisque vous travaillez seul), c'est très bien. Gardez à l'esprit que vous voulez avoir l'impédance la plus basse possible avec un traqueur de bogues - s'il est difficile de rédiger un bogue ou de noter une idée d'amélioration, vous n'allez pas le faire. Quand quelque chose est fait, il se détache du mur et entre dans une pile terminée.
Certes, cela échoue à l'intégration avec le point Eclipse, mais pour un développeur solo, en avez-vous vraiment besoin? Si votre conseiller ne va pas corriger les bogues, il n'a pas besoin d'accéder aux cartes (ou il peut s'arrêter et jeter un œil). S'ils rédigent des tests d'acceptation, vous pouvez noter l'essentiel de ces tests sur la carte à laquelle ils s'appliquent.
Je serais intéressé de découvrir ce qui vous pousse à regarder un outil. Avez-vous besoin d'une sorte de métrique de bogue (temps moyen d'ouverture, ouverture totale vs fermeture, etc.)? Pourquoi l'intégration dans Eclipse est-elle importante?
Pour un suivi des problèmes vraiment très simple, vous pouvez toujours utiliser une feuille de calcul comme Excel , ou une base de données MS Access . Ce sont essentiellement des jouets par rapport aux trackers de problèmes réels, mais ils ont les avantages d'une faible courbe d'apprentissage et d'une faible barrière à l'entrée: faites simplement une feuille de calcul et ajoutez des colonnes selon vos besoins!
Excel est parfait pour cela, car vous pouvez trier et filtrer par colonne, et générer facilement des tableaux et des graphiques pour suivre les progrès. Voir cet article pour plus: http://chandoo.org/wp/2009/09/08/issue-trackers/
Un modèle Nice MS Access Issue Tracker est disponible ici: http://office.Microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx
YouTrack de JetBrains (la société derrière IntelliJ IDEA et ReSharper) semble très prometteur, bien que j'aie encore une expérience personnelle limitée avec.
- Il est hébergé dans le cloud et la configuration de votre propre instance est très rapide (peut-être 5 minutes)
- Gratuit pour <= 9 utilisateurs . (De plus, même les plus gros plans couvrant 2000 utilisateurs sont gratuits jusqu'au 29 février 2012)
- Prise en charge de la connexion Open ID (par exemple, de Google)
- Possède de bons raccourcis clavier
D'après ce que j'ai utilisé YouTrack jusqu'à présent, au moins je le préfère de loin à JIRA.
Trackie est extrêmement simple mais flexible.
Il s'adresse aux petites équipes technologiques ou semi-techniques/semi-créatives qui ont besoin de suivre les problèmes de manière simple et à vue unique. Il prend en charge les statuts personnalisés (avec des couleurs personnalisées) des problèmes, ainsi que les priorités et les cessionnaires.
Alors que l'interface utilisateur est déjà très simple et propre, une interface utilisateur simplifiée supplémentaire est présentée aux utilisateurs qui sont ajoutés à un projet en tant que client.
Enfin, il accepte les problèmes par e-mail. Non seulement directement, mais également si vous transmettez le problème d'un client à Trackie, toute correspondance avec votre client sera ensuite acheminée via Trackie sans que votre client ne le sache. Tout garder en un seul endroit.
Il est gratuit en version bêta privée. Si elle restera gratuite n'est pas claire au moment de la rédaction.
Avertissement: je suis le développeur de ce tracker de problème. Mais je pense que cette réponse est néanmoins pertinente pour le PO.
Pour ma petite équipe (surtout juste moi seul), j'utilise CodeTrack . Cela fonctionne vraiment très bien pour moi, car il n'a besoin que de PHP sur le serveur, pas même une base de données.
Vous pouvez simplement le télécharger, l'extraire sur votre serveur Web et cela fonctionne presque instantanément. De plus, le code est vraiment simple, vous pouvez donc facilement le personnaliser pour vos besoins exacts.
Si vous n'exposez pas d'informations sensibles dans les rapports de bogues et les commentaires, je recommanderais Google Code. Nous avons utilisé sa fonctionnalité Problèmes dans le passé pour l'un de nos projets avec une équipe de 8 développeurs. C'est vraiment simple, facile et assez bon pour une petite équipe.
Notez que bien que vous ayez besoin de démarrer un projet open source mais que vous n'ayez pas à télécharger votre code sur Google, utilisez la fonction Problèmes. Et bien sûr, n'importe qui peut voir vos bugs s'il a trouvé votre projet par accident, ou si vous partagez le lien du projet avec lui.