Rastreador de problemas simple para 1-2 desarrolladores [cerrado]

Para proyectos pequeños, me he convertido en un gran fan de Trello . Tiene una barrera de entrada tan baja, y una facilidad de uso tan alta, la usaría para proyectos más pequeños.

Si quieres algo más complejo y con una apariencia más compleja, secundarí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 los 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 para 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 realmente actualizado el sistema con buenos datos, haciendo que sea muy fácil agregar nuevos problemas y actualizar el estado de los problemas existentes.

Más notablemente, su sistema de "listas" dentro de tableros se puede modificar fácil y rápidamente para representar casi cualquier sistema de hitos y tipos de problemas que un proyecto pequeño querría usar.

También es compatible con las herramientas de seguimiento de problemas más comunes, como comentar problemas, votar sobre temas, reordenar, etiquetar y asignar, pero todos están ocultos en su camino (pero prácticamente en el lugar que desea cuando es necesario. ellos).

Bugzilla es un excelente rastreador de problemas con todas las funciones, pero no se puede negar que siente que crear y editar errores es costoso . FogBugz disminuye mucho el dolor subconsciente de rastrear todo en tu proyecto, pero aún tiene suficientes ediciones y pantallas para sentir más trabajo que, digamos, simplemente arrastrar una tarjeta de "hacer" a "listo" 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.

"la solución más simple disponible" es, por supuesto, una llamada de juicio.

Encuentro 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 plugin Eclipse y se integra con Subversion .

En interés de la divulgación completa: mi experiencia con FogBugz ha sido con la versión local con el complemento de Visual Studio y la integración de Perforce y no con la configuración exacta que está buscando.

SVN + Trac + Eclipse con el complemento SVN Team Provider (& Mylyn si quieres)

Esto funcionará tanto para proyectos concurrentes personales como de equipo.

Desde Eclipse (con los complementos anteriores y el Trac XML-RPC ), usted y su equipo podrán

1. acceda y use el repositorio SVN desde Eclipse y sin restricción
2. pistas de emisión de temas a través de Trac
3. establece tareas personales y de equipo a través de Mylyn
4. haga un seguimiento del tiempo dedicado por los miembros del proyecto en cada tarea
5. vea todo lo anterior en un solo espacio de trabajo dinámico

Puedes usar Mantis: enlace

Es bastante simple, y puede configurarse para integrarse con SVN y Eclipse: enlace http://stackoverflow.com/questions/2939794/mantis-bug-tracker-api-integration

Dicho esto, seguir las características básicas de Trac también puede hacer que sea muy fácil de usar: enlace

Mi recomendación:

Un archivo llamado bugs.txt en la raíz del repositorio.

Ventajas:

• Es un .txt. Significa que no estás atado a un sistema / software en particular

• Es muerto simple.

• Tienes la oportunidad de decidir qué funciona para ti con este método. En mi ejemplo, uno dice 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/foobar

• plataforma cruzada. Tan pronto como haces un svn checkout <url> , tienes tu bugtracker allí, también puedes usar $ IDE de elección, 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.

• No hay forma de incrustar imágenes de errores de UI y demás.

Mi voto es para Redmine . Es completamente gratuito y se integra bien con Subversion.

  

aplicación web de gestión de proyectos. Escrito en el marco de Ruby on Rails, es multiplataforma y base de datos.

     

Redmine es de código abierto y se publica bajo los términos de la Licencia Pública General de GNU v2 (GPL) ...

     

Algunas de las características principales de Redmine son:

     

• Soporte para múltiples proyectos
  
• Control de acceso flexible basado en roles
  
• Sistema flexible de seguimiento de problemas
  
• Diagrama de Gantt y calendario
  
• Noticias, documentos & gestión de archivos
  
• Feeds & notificaciones por correo electrónico
  
• Por proyecto wiki
  
• Por foros de proyectos
  
• Seguimiento del tiempo
  
• Campos personalizados para problemas, entradas de tiempo, proyectos y usuarios
  
• Integración SCM (SVN, CVS, Git, Mercurial, Bazaar y Darcs)
  
• Creación de problemas por correo electrónico
  
• Soporte de autenticación LDAP múltiple
  
• Soporte de autorregistro del usuario
  
• soporte multilenguaje
  
• Compatibilidad con múltiples bases de datos ...
  

Puede que no sea "simple", pero considero que es 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 tener una preferencia por mostrar licencias / precios "a pedido", y es posible que necesite los precios de "descarga").

Otra gran ventaja para esta tasa de inicio: las ganancias completas se donan a la Room to Read . Así que puedes beneficiarte de un completo rastreador de errores y sentirte bien al respecto también :-)

También puede consultar 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 del número de usuarios. Incluye un repositorio SVN (que probablemente no utilizará) y un rastreador. Para ver un ejemplo del aspecto de este rastreador, consulte este ejemplo del proyecto Audacity. (software de grabación de código abierto).

Echa un vistazo a ditz .

Es una herramienta de seguimiento de problemas muy sencilla, dirigida por la línea de comandos, cuya base de datos puede almacenar en su repositorio de código.

No hay UI sofisticadas, solo una herramienta de línea de comandos simple. En espíritu es similar a la sugerencia de @jrg y la herramienta TODO.txt.

Eche un vistazo a Asana . Es una herramienta de seguimiento de proyectos sencilla y gratuita basada en la web. Lo he estado usando para proyectos y tareas en casa. Puedes crear múltiples proyectos, y asignarles tareas. Para cualquier tarea determinada, puede establecer:

• persona asignada a
• Fecha de vencimiento
• Cualquier número de etiquetas de texto
• archivos adjuntos
• Cambios
• Notas (un campo de nota por tarea)
• Comentarios (cualquier número por tarea, ordenado cronológicamente)

Puede priorizar los elementos con algo llamado "encabezados de prioridad". También puede programar los elementos como "hoy", "próximo" o "más adelante" para tener una idea básica de lo que se debe trabajar lo más pronto posible.

Todavía es un trabajo en progreso, pero tiene una interfaz muy elegante y es fácil de usar.

El rastreador de errores más simple que existe es una pila de tarjetas de índice de 3x5 (o 4x6 si tienes letra grande), una caja de alfileres y tu pared cúbica, OMI. Si no tiene un equipo distribuido (no, ya que está trabajando solo), está bien. Tenga en cuenta que desea tener la menor impedancia posible con un rastreador de errores: si es difícil escribir un error o anotar una idea para mejorar, no lo va a hacer. Cuando se hace algo, se sale de la pared y se acumula.

Por supuesto, esto falla la integración con el punto Eclipse, pero para un desarrollador en solitario, ¿realmente lo necesita? 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 escribiendo pruebas de aceptación, puede anotar la esencia de esas pruebas en la tarjeta a la que corresponde.

Me interesaría averiguar qué es lo que te impulsa a mirar una herramienta. ¿Necesita algún tipo de métrica de error (tiempo promedio abierto, total abierto frente a cerrado, etc.)? ¿Por qué es importante la integración en Eclipse?

Para un seguimiento realmente sencillo de los problemas, siempre puede utilizar una hoja de cálculo como Excel o una base de datos de 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: ¡simplemente haga una hoja de cálculo y agregue columnas a medida que las necesite!

Excel es bueno para esto, ya que puedes ordenar y filtrar por columna, y generar fácilmente tablas y gráficos para seguir el progreso. Consulte este artículo para obtener más información: enlace

Una plantilla agradable de MS Access Issue Tracker está disponible aquí: enlace

YouTrack de JetBrains (la compañía detrás de IntelliJ IDEA y ReSharper) parece ser muy prometedora, aunque todavía tengo una experiencia personal limitada.

• Está alojado en la nube y la configuración de su propia instancia es muy rápida (tal vez 5 minutos)
• Gratis para < = 9 usuarios . (Además, incluso los planes más grandes que cubren 2000 usuarios son gratuitos hasta el 29 de febrero de 2012)
• Admite el inicio de sesión de ID abierto (por ejemplo, desde Google)
• Tiene buenos atajos de teclado

Por lo que he usado YouTrack hasta ahora, al menos lo prefiero a JIRA.

Para mi pequeño equipo (principalmente solo para mí), he estado usando CodeTrack . Funciona realmente bien para mí, porque solo necesita PHP en el servidor, ni siquiera una base de datos.

Puede simplemente descargarlo, extraerlo en su servidor web y funciona casi instantáneamente. Además, el código es realmente simple, por lo que puede personalizarlo fácilmente para sus necesidades exactas.

Si no expone información confidencial en informes de errores y comentarios, le recomiendo Google Code. Usamos su característica de 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 iniciar 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, cualquier persona puede ver sus errores si accidentalmente encontró su proyecto, o usted comparte el enlace del proyecto con ellos.

Trackie es extremadamente simple pero flexible.

Está dirigido a equipos de tecnología pequeña o semi-tecnología / semi-creativos con la necesidad de realizar un seguimiento de los problemas de una manera simple, de una sola vista. Admite estados personalizados (con colores personalizados) de problemas, así como prioridad y asignatarios.

Si bien la interfaz de usuario ya es muy simple y limpia, se presenta una interfaz de usuario 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. Si se mantendrá libre no está claro en el momento de escribir esto.

Descargo de responsabilidad: soy el desarrollador de este rastreador de problemas. Pero creo que esta respuesta es relevante para el OP, no obstante.

basecamp.com: un proyecto es gratuito, la interfaz es muy sencilla y puede estar en funcionamiento en unos dos minutos sin nada que instalar

ahora vuelve al trabajo ;-)