bug tracking - tracker - ¿Bugzilla o Mantis?

bugzilla online

Question

Como dice el título, estoy comenzando un proyecto en este momento y tratando de diseñar la infraestructura para el proyecto (SVN, correo electrónico, seguimiento de errores, foros en línea, etc.)

Entonces, ¿Bugzilla o Mantis?

Answer 1

Bugzilla es más grande, una comunidad más grande, más características, más poder ... por esa razón siempre he preferido mantis;) Mantis es tan fea como el pecado, pero para la mayoría de los proyectos te da lo que necesitas de una manera simple e intuitiva.

Si tiene un equipo grande, un departamento de control de calidad grande y todo el resto de bugzillia puede ser una mejor opción. Un pequeño equipo que solo necesita hacer las cosas, entonces mantis es probablemente mejor.

La característica más importante que falta en mantis (pueden haberla agregado desde hace unos años) es la función de informes para que pueda seguir el progreso con buena línea y gráficos circulares. Sin embargo, solo escribí un simple script PHP para extraer los datos y los creé manualmente en excell cada semana (solo tardé 5 minutos más o menos). No es genial, pero funcionalmente suficiente para lo que necesitábamos en ese momento.

Sin embargo, hay demostraciones en línea de ambos, así que te sugiero que los pruebes y escojas lo que más te convenga.

HTH

Answer 2

Me gusta la mantis Es simple y hace el trabajo.

Answer 3

Otro voto para Trac: algo fácil de poner en marcha, una buena vista basada en la web en su repositorio, etc.

Answer 4

Podrías probar Redmine . Le da acceso de repo, rastreadores, foros, wiki, calendario, en un solo lugar.

Answer 5

He usado mucho Bugzilla (predeterminado para proyectos en el trabajo) pero Mantis obtiene mi voto para una fácil configuración y uso.

Answer 6

Mantis es genial y muy fácil de configurar

Lo he usado por 3 años

Tiene los siguientes problemas.

Hay un límite de 2 Megas en el tamaño del archivo que puede almacenar en el problema. Esto se convierte en un problema cuando desea incluir capturas de pantalla del problema.

Si dos personas actualizan el problema al mismo tiempo, alguien perderá los datos

Answer 7

Elegir el rastreador de errores correcto requiere que sepa quién lo va a usar (y cómo se usará). He usado Bugzilla y Mantis y encontré a Bugzilla mejor desde un punto de vista técnico, pero Mantis gana si algunos de los reporteros de errores no son programadores / no programadores. Su interfaz es menos ''amenazante'' para un usuario de bugtracker novato.

Si va a tener un rastreador de errores privado, también debe considerar las opciones que le ofrece para especificar quién puede ver / editar, etc.

Answer 8

He oído cosas buenas sobre fogbugz pero aún no he encontrado la oportunidad de usarlo. http://www.fogcreek.com/FogBUGZ/

Answer 9

Mantis definitivamente gana en terrenos de usabilidad sobre Bugzilla.

En particular, es mucho más rápido registrar errores en Mantis. El tiempo para registrar errores es un bloqueador para algunas personas; lo he escuchado usar como excusa para no registrarlas, arreglarlas y pretender que nunca hubo un error que corregir (sintomático de problemas más profundos en el equipo).

No fue hasta que un cliente (actualmente usando Basecamp, bleah!) Conservó la idea de Mantis porque no era lo suficientemente bonita como para darme cuenta de que algunas personas (como se señaló anteriormente) piensan que es feo.

Comparado con Bugzilla u otro sistema que intentamos implementar, algo extraño en Europa, Mantis es hermosa.

Sé que Mantis escala bien, un amigo lo usó para la producción de la película Happy Feet. Lo personalizó agregando un campo adicional para proporcionar otro nivel de categorización.

Answer 10

Yo prefiero mantis Funciona bien y se puede ampliar fácilmente mediante el uso de complementos o mediante la codificación.

Answer 11

Mantis es genial y simple, la simplicidad es importante ya que mis clientes no son personas técnicas.

Answer 12

He usado bugzilla por un tiempo, pero Redmine obtuvo mi voto. fácil configuración, muy muy intuitiva.

Answer 13

He usado ambos y no me han gustado en absoluto. Prefiero Trac , si realmente necesitaras elegir entre esos dos iría a Bugzilla. La integración para TRAC con subversión es realmente buena (eche un vistazo a Assembla para ver cómo funciona la integración)

Trac también es de código abierto y es bastante simple agregar nuevos informes y cosas así.

Answer 14

He usado Bugzilla y Mantis, pero prefiero la simplicidad de Mantis. No es tan rico en funciones como Bugzilla, pero recuerdo haber peleado con Bugzilla mucho más. Mantis es el tipo de cosa que puedes configurar una vez y luego irte.

Answer 15

Creo que encontrarás que a tu equipo le gustará Trac o Redmine más que Bugzilla o Mantis. Ambos se integran muy bien con Subversion. Ambos incluyen wiki, foros, características de gestión de proyectos ...

Vista rápida:

Trac : muy utilizado y querido, escrito en Python, gran comunidad, muchos "complementos". Una queja común es que no es compatible con varios proyectos listos para usar, pero puede agregar un complemento para ayudar con eso.

Redmine : Escrito en RubyOnRails. Como Trac, pero más completo fuera de la caja. Los autores de Redmine están intentando crear un Trac mejor que Trac.

Si está interesado en lo que han escrito otros que buscan rastreadores de fallos, comparando rastreadores entre sí, he puesto algunos enlaces aquí:
http://ifdefined.com/blog/post/2007/10/Links-to-other-comparisons-of-issue-trackers.aspx

Si está en Windows, lo que supongo que no es, entonces también considere BugTracker.NET, un sistema de seguimiento de errores muy configurable y fácil de usar en .NET / MS SQL Server. (Descargo de responsabilidad: soy el autor).