Actualmente estoy trabajando principalmente solo en un proyecto (en Java). Estoy principalmente solo, ya que tengo un asesor que me da instrucciones de alto nivel sobre qué hacer, y rara vez haré ninguna contribución de código. Sin embargo, codificará en un par de pruebas de aceptación de vez en cuando.
Nunca he usado un rastreador de problemas antes, y estaba pensando en comenzar a usar uno ahora, ya que me gustaría tener un lugar donde pueda registrar posibles errores que encuentre y realizar un seguimiento de ellos de manera centralizada. ¿Sería posible integrar el rastreador de problemas con Eclipse, mejor aún?
Así que aquí están las restricciones:
- NO es un proyecto de código abierto. ¡Nuestro código no se debe compartir con nadie!
- estamos y estaremos usando Subversion;
- tenemos nuestro propio servidor de Subversion y seguiremos usando este mismo servidor de Subversion;
- debe ser gratis;
- debe permitir al menos 2 usuarios.
¿Cuál es tu consejo sobre qué elegir? Estoy buscando la solución más simple disponible.
issue-tracking
devoraron elysium
fuente
fuente
Respuestas:
Para proyectos pequeños, me he convertido en un gran admirador de Trello . Tiene una barrera de entrada tan baja y una usabilidad tan alta que la usaría para proyectos más pequeños.
Si quieres algo un poco más complicado y con características completas, recomendaría las sugerencias de FogBugz o Bugzilla.
Editar para proporcionar más "explicación y contexto":
El problema más común que he notado entre equipos más pequeños sin gerentes de proyecto dedicados es que muchas cosas simplemente no se ingresan en el sistema . O bien los desarrolladores no se toman el tiempo de ingresar todo lo que se necesita hacer, o los problemas solo se actualizan esporádicamente a medida que avanza el trabajo.
Trello alienta a los usuarios a mantener el sistema actualizado con buenos datos al hacer que sea estúpidamente fácil agregar nuevos problemas y actualizar el estado de los problemas existentes.
En particular, su sistema de "listas" dentro de los tableros se puede ajustar fácil y rápidamente para representar casi cualquier sistema de hitos y tipos de problemas que un pequeño proyecto quiera usar.
También admite herramientas de seguimiento de problemas más comunes, como comentar sobre problemas, votar sobre problemas, reordenar, etiquetar y asignar, pero todos están ocultos fuera de su camino (pero más o menos justo donde los quiere cuando los necesita).
Bugzilla es un buen rastreador de problemas con todas las funciones, pero no se puede negar que parece que crear y editar errores es costoso . FogBugz disminuye gran parte del dolor subconsciente de rastrear todo en su proyecto, pero aún tiene suficientes ediciones y pantallas para sentirse como más trabajo que, por ejemplo, simplemente arrastrando una tarjeta de "hacer" a "hecho" en Trello.
tl; dr: la mejor manera de mantener un rastreador de problemas relevante y actualizado es hacerlo lo más fácil de usar posible , y eso es lo que Trello fue creado para lograr.
fuente
"la solución más simple disponible" es, por supuesto, una decisión de juicio.
Creo que FogBugz es muy fácil de usar y puedo recomendarlo para el caso de uso que está describiendo. Es gratuito para equipos de dos personas y muy asequible para los más grandes, tiene un complemento Eclipse y se integra con Subversion .
En aras de una divulgación completa: mi experiencia con FogBugz ha sido con la versión local con el complemento Visual Studio y la integración de Perforce y no con la configuración exacta que está buscando.
fuente
SVN + Trac + Eclipse con el complemento SVN Team Provider (y Mylyn si lo desea)
Esto funcionará para proyectos personales y de equipo concurrentes.
Desde Eclipse (con los complementos anteriores y el complemento Trac XML-RPC ), usted y su equipo podrán
fuente
Puede usar Mantis: http://www.mantisbt.org/index.php
Es bastante simple y se puede configurar para integrarse con SVN y Eclipse: http://www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ http://stackoverflow.com/ preguntas / 2939794 / mantis-bug-tracker-api -integration
Dicho esto, apegarse solo a las características básicas de Trac también puede hacer que sea bastante fácil de usar: http://trac.edgewall.org/
fuente
Mi recomendación:
Un archivo nombrado
bugs.txten la raíz del repositorio.Ventajas:
Es un .txt. Significa que no está atado a un sistema / software en particular
Es muy simple.
Puedes decidir qué funciona para ti con este método; mi ejemplo es algo así:
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/foobarsvn checkout <url>, tendrá su rastreador de errores allí, también puede usar $ IDE de elección, para eso, es solo otro archivo de texto.Desventajas
se vuelve difícil de manejar después de más de 2-3 desarrolladores.
No hay forma de asignarlo realmente a una persona.
fuente
Mi voto es por Redmine . Es completamente gratuito y se integra bien con Subversion.
fuente
Puede que no sea "simple", pero lo considero uno de los mejores rastreadores de problemas en el negocio: Jira de Atlassian . Viene con una licencia de inicio de 10 usuarios por 10 dólares (australianos) ... Lo estoy usando como desarrollador en solitario. (Tenga en cuenta que el sitio parece preferir mostrar licencias / precios "a pedido", y es posible que necesite el precio de "descarga").
Otra gran ventaja para esta tasa inicial: las ganancias totales se donan a la organización benéfica Room to Read . Por lo tanto, puede beneficiarse de un rastreador de errores con todas las funciones y sentirse bien al respecto también :-)
fuente
También puedes echar un vistazo a BugZilla . Vea también esta comparación de diferentes rastreadores de errores en los programadores SE. Trac también es una buena alternativa para usar como rastreador.
Otra opción es Sourceforge . Que yo sepa, es gratis independientemente de la cantidad de usuarios. Incluye un repositorio SVN (que probablemente no usará) y un rastreador. Para ver un ejemplo de cómo se ve este rastreador, vea este ejemplo del proyecto Audacity (software de grabación de código abierto).
fuente
Echa un vistazo a Ditz .
Es una herramienta de seguimiento de problemas basada en la línea de comandos muy simple cuya base de datos puede almacenar en su repositorio de código.
No hay interfaces de usuario sofisticadas, solo una simple herramienta de línea de comandos. Es similar en espíritu a la sugerencia de @ jrg y la herramienta TODO.txt.
fuente
Echa un vistazo a Asana . Es una herramienta de seguimiento de proyectos simple y gratuita basada en la web. Lo he estado usando para proyectos y tareas en casa. Puede crear múltiples proyectos y asignarles tareas. Para cualquier tarea dada, puede configurar:
Puede priorizar elementos con algo llamado "encabezados de prioridad". También puede programar elementos como "hoy", "próximo" o "más tarde" para tener una idea básica de lo que se debe trabajar lo antes posible.
Todavía es un trabajo en progreso, pero tiene una interfaz muy elegante y es fácil de usar.
fuente
El rastreador de errores más simple que existe es una pila de tarjetas de índice de 3x5 (o 4x6 si tiene una gran letra), una caja de alfileres y su pared cúbica, IMO. Si no tiene un equipo distribuido (no lo tiene ya que está trabajando solo), está bien. Tenga en cuenta que desea tener la impedancia más baja posible con un rastreador de errores: si es difícil escribir un error o anotar una idea para una mejora, no lo hará. Cuando se hace algo, se cae de la pared y cae en una pila hecha.
De acuerdo, esto falla la integración con Eclipse point, pero para un desarrollador en solitario, ¿realmente lo necesitas? Si su asesor no va a corregir errores, entonces no necesitan acceso a las tarjetas (o pueden pasar y echar un vistazo). Si están redactando pruebas de aceptación, puede anotar la esencia de esas pruebas en la tarjeta a la que corresponde.
Me interesaría averiguar qué te impulsa a mirar una herramienta. ¿Necesita algún tipo de métrica de error (tiempo promedio de apertura, total abierto vs. cerrado, etc.)? ¿Por qué es importante la integración en Eclipse?
fuente
Para un seguimiento de problemas realmente simple, siempre puede usar una hoja de cálculo como Excel o una base de datos MS Access . Estos son básicamente juguetes en comparación con los rastreadores de problemas reales, pero tienen las ventajas de una curva de aprendizaje baja y una barrera de entrada baja: ¡solo haga una hoja de cálculo y agregue columnas cuando las necesite!
Excel es bueno para esto, ya que puede ordenar y filtrar por columna, y generar fácilmente cuadros y gráficos para seguir el progreso. Vea este artículo para más información: http://chandoo.org/wp/2009/09/08/issue-trackers/
Una buena plantilla de MS Access Issue Tracker está disponible aquí: http://office.microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx
fuente
YouTrack de JetBrains (la compañía detrás de IntelliJ IDEA y ReSharper) parece muy prometedor, aunque todavía tengo una experiencia personal limitada con él.
Por lo que he usado YouTrack hasta ahora, al menos lo prefiero a JIRA.
fuente
Para mi pequeño equipo (principalmente solo yo), he estado usando CodeTrack . Funciona muy bien para mí, porque solo necesita PHP en el servidor, ni siquiera una base de datos.
Simplemente puede descargarlo, extraerlo en su servidor web y funciona casi al instante. Además, el código es realmente simple, por lo que puede personalizarlo fácilmente para sus necesidades exactas.
fuente
Si no expone información confidencial en informes de errores y comentarios, le recomiendo el Código de Google. Usamos su función Problemas en el pasado para uno de nuestros proyectos con un equipo de 8 desarrolladores. Es realmente simple, fácil y lo suficientemente bueno para un equipo pequeño.
Tenga en cuenta que aunque necesita comenzar un proyecto de código abierto, pero no tiene que cargar su código en Google, simplemente use la función Problemas. Y, por supuesto, cualquiera puede ver sus errores si accidentalmente encontraron su proyecto, o si comparte el enlace del proyecto con ellos.
fuente
Trackie es extremadamente simple pero flexible.
Está dirigido a equipos de pequeña tecnología o semi-tecnología / semi-creativos con la necesidad de realizar un seguimiento de los problemas de una manera simple y con una sola vista. Admite estados personalizados (con colores personalizados) de problemas, así como prioridad y cesionarios.
Si bien la IU ya es muy simple y limpia, se presenta una IU simplificada adicional a los usuarios que se agregan a un proyecto como Cliente.
Por último, acepta problemas por correo electrónico. No solo directamente, sino también si reenvía el problema de un cliente a Trackie, cualquier correspondencia con su cliente se ejecutará a través de Trackie sin que su cliente lo sepa. Manteniendo todo en un solo lugar.
Es gratis mientras está en beta privada. No se sabe si seguirá siendo gratuito al momento de escribir.
Descargo de responsabilidad: soy el desarrollador de este rastreador de problemas. Pero creo que esta respuesta es relevante para el OP, no obstante.
fuente
basecamp.com: un proyecto es gratuito, la interfaz es muy simple y puede estar en funcionamiento en unos dos minutos sin instalar nada
ahora vuelve al trabajo ;-)
fuente