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


51

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:

  1. NO es un proyecto de código abierto. ¡Nuestro código no se debe compartir con nadie!
  2. estamos y estaremos usando Subversion;
  3. tenemos nuestro propio servidor de Subversion y seguiremos usando este mismo servidor de Subversion;
  4. debe ser gratis;
  5. debe permitir al menos 2 usuarios.

¿Cuál es tu consejo sobre qué elegir? Estoy buscando la solución más simple disponible.


Realmente me gusta bitbucket.org . No sé si cumple con todos sus requisitos, pero en general es realmente bueno ... ”
Ballmw


puedes usar asana , aunque es más una lista de tareas basada en tareas, es muy simple (piensa en twitter) y gratis =)
Brian

23
Creo que su interpretación de un proyecto de código abierto en el punto 1 es errónea. Proyecto, por ejemplo, redmine se puede lanzar bajo una licencia de código abierto, GPL2 en este caso; y aún puede usarlo en proyectos comerciales sin compartir su código de propiedad con nadie. GPL2 establece que no puede modificar y vender Redmine por sí mismo sin compartir el código modificado. Como ya mencioné, simplemente usar Redmine no lo obliga a compartir ninguno de sus datos.
bbaja42

8
Creo que quiere decir que su código no es de código abierto, por lo tanto, no puede usar, por ejemplo, GitHub, Google Code o Codeplex.
Zeta Two

Respuestas:


42

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.


He usado Trello en un equipo pequeño y funciona muy bien.
Boris Yankov

3
Una cosa importante para recordar sobre Trello es que puede crear tantos tableros como desee. Entonces, por ejemplo, en lugar de mantener todos sus errores en una placa, tenga una placa dedicada a los errores recién descubiertos, y luego muévalos a la placa principal cuando esté listo para trabajar en ellos. (Ahora puedes mover cartas entre tableros en Trello.)
Kyralessa

2
Trello fue exactamente lo que pensé cuando vi la pregunta. No es un rastreador de errores completo, pero es muy fácil iniciar un tablero. Sin necesidad de instalación o instalación. Y para 2 personas, sería super sencillo rastrear errores, características e ideas en una interfaz flexible.
chauncey

El problema con Trello es que es muy malo para la productividad si planeas ampliar tu equipo a más personas. Los problemas no tienen propiedad (solo asignaciones múltiples) y el panel de usuario es en gran medida inútil para rastrear qué trabajos pendientes se le asignan. Tampoco se integra con los sistemas VCS. Trello está diseñado y comercializado como un tablero de ideas y planificación para el que funciona muy bien, pero no como un rastreador de problemas de software, por lo que Fog Creek también tiene FogBugz en su conjunto de herramientas.
Tom Jowitt

21

"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.


¿No me obligará FogBugz a poner el código en sus propios servidores?
devorado elysium

2
@devouredelysium Si utiliza la versión alojada gratuita, todo lo que ingrese en FogBugz (es decir, los informes de errores, etc.) se almacenará en los servidores de FogCreek. Como usaría su propio servidor Subversion, su código permanecería con usted.
PersonalNexus

@devouredelysium estás pensando en Kiln.
badp

Ya no hay un plan gratuito, solo una versión de prueba.
lucianf

15

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

  1. Acceda y use el repositorio SVN desde Eclipse y sin restricciones
  2. seguimiento de tickets de emisión a través de Trac
  3. establecer tareas personales y de equipo a través de Mylyn
  4. realizar un seguimiento del tiempo dedicado por los miembros del proyecto en cada tarea
  5. ver todo lo anterior en un único espacio de trabajo dinámico

13

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/


Mi experiencia con los complementos para Mantis es horrible. El complemento listado tiene casi 3 años. Así que descarta Visual Studio 2010.
Ramhound

13

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/foobar

  • Plataforma cruzada. Tan pronto como lo haga svn 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.

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

Recuerdo haber encontrado un script de shell que automatizaba el trabajo con dicho archivo, similar en espíritu a TODO.txt , pero no puedo encontrarlo.
greyfade

@greyfade Obtuve la idea de TODO.txt, parecía una buena forma de hacer un seguimiento de errores para un proyecto de mascota, aunque no estoy seguro de recomendarlo hacerlo más allá de 1-3 desarrolladores.
jrg

3
¡Ajá! ¡Lo encontré! No era un script de shell después de todo, está escrito en Ruby. Se llama ditz y funciona de manera bastante similar a su propio archivo de texto, pero en una base de datos YAML.
greyfade

11

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

Aplicación web de gestión de proyectos. Escrito usando el marco de Ruby on Rails, es multiplataforma y base de datos cruzada.

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

Algunas de las características principales de Redmine son:

  • Múltiples proyectos de apoyo
  • Control de acceso flexible basado en roles
  • Sistema flexible de seguimiento de problemas
  • Diagrama de Gantt y calendario
  • Gestión de noticias, documentos y archivos.
  • Feeds y notificaciones por correo electrónico
  • Por proyecto wiki
  • Por foros del proyecto
  • Seguimiento de 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 de usuario
  • Soporte multilenguaje
  • Soporte de múltiples bases de datos ...

6

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 :-)


+1. Gaste 10 dólares más en GreenHopper para agregar una interfaz de usuario similar a Trello: priorización de arrastrar y soltar, etc.
MarkJ

Para uno o dos desarrolladores, Jira es excesivamente exagerado, y es demasiado engorroso de usar.
wobbily_col

4

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).


1
Olvidé decirlo en el OP ... este no es un proyecto de código abierto.
devorado elysium

Echaría un vistazo a los términos de uso de Sourceforge y veré si puede usarlo sin hacer que su software sea de código abierto.
Paul Hiemstra

4

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.


3

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:

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

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.


3

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?


2

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


1
Para ayudar a Steven, hay muchas soluciones de hojas de cálculo gratuitas: OpenOffice / LibreOffice tiene los programas que más uso yo mismo.
Bob Cross

77
Tendría mucho cuidado de (ab) usar Excel y amigos como rastreadores de problemas. Probablemente tenga problemas con el acceso concurrente, además hay tantos rastreadores de problemas dedicados, entonces, ¿por qué no usarlos?
sleske

+1 en no usar hojas de cálculo. Usar una base de datos desnuda tampoco es una buena solución, porque terminarás desarrollando tu esquema simple en otro sistema de seguimiento de problemas. No reinventes la rueda cuando hay muchas ruedas ya desarrolladas disponibles.
Blrfl

2
Consideraría usar hojas de cálculo dañinas en este caso.
z-boss el

1

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.

  • Está alojado en la nube y configurar su propia instancia es muy rápido (quizás 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 inicio de sesión de ID abierto (por ejemplo, de Google)
  • Tiene buenos atajos de teclado

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


0

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.


0

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.


0

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.


-1

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 ;-)

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.