JIRA o Trac?

Question

Utilicé Atlassian JIRA para el seguimiento de errores y problemas en mi último trabajo. Me encantó y fue particularmente fácil para los ojos.

Actualmente, mi compañía está utilizando Trac, y si bien hace todo lo básico, me parece que realmente falta, particularmente con la imposibilidad de configurar fácilmente varios proyectos y problemas de enlace.

Ah, y el hecho de que utiliza SQLLite es un problema para mí.

¿Alguien más tiene otras buenas razones para cambiar?

Answer 1

El costo es probablemente la razón más importante.

JIRA es genial, pero a menos que sea de código abierto, las tarifas de licencia son prohibitivamente caras para proyectos pequeños.

Trac es gratis y aunque personalmente creo que se siente un poco anticuado, parece funcionar para las personas.

Answer 2

Después de haber usado Trac en mi último trabajo y Jira en mi trabajo actual, debo decir que ambos tienen sus méritos. Jira es mucho más funcional, como vincular problemas, rastrear el tiempo invertido, tener múltiples proyectos con permisos y vincularlos. Por otro lado, si esas características no son importantes, Trac tiene una interfaz de usuario mucho más fácil de usar y la integración entre el rastreador de problemas, el wiki y el navegador SVN (que supera a los calcetines de Fisheye, en mi opinión), junto con el sistema integrado la vista de línea de tiempo hace una experiencia de usuario bastante ordenada. La interfaz de consulta de tickets es especialmente clara. Por supuesto, esto es una cuestión de gusto y familiaridad.

En conjunto, Trac es mucho más adecuado para proyectos de fuente abierta, pero las características de Jira probablemente valen la pena y la interfaz de usuario desordenada si usted es una casa de desarrollo comercial.

En cuanto a Sqlite, Trac funciona bien con Postgres.

Answer 3

He usado Trac desde hace varios años. En primer lugar, el problema sqlite ... Puede cambiar fácilmente a MySQL si lo desea. Empezamos a sentirnos un poco rezagados con respecto a la interfaz cuando la tabla wiki excedió 1 millón de filas (un guión de rouge lo hizo), así que supongo que debería estar bien con el rendimiento de Trac. También puede usar múltiples nodos que prestan servicio a Trac, si eso fuera un problema (de todas maneras, es bueno tener 2 en caso de fallo de alimentación/red).

Si su equipo tiene solo 6 codificadores, podría considerar poner todos los proyectos en un solo proyecto de Trac y usar los campos de componente o hito del ticket. debería funcionar bien.

También vale la pena señalar que Trac es extremadamente extensible a través de complementos que se pueden obtener fácilmente desde la Web.

No tengo ningún problema de enlace de Trac, así que no puedo comentar sobre este problema. ¿Podrías ser más descriptivo?

Y sobre la incapacidad de para configurar fácilmente varios proyectos ... Nuestros administradores escribieron un script de ~ 100 líneas que lo maneja y ahora son como 5 minutos para configurar un nuevo proyecto de Trac. Ya tenemos como 60 de ellos. No sé nada de Jira, pero los proyectos nuevos se están estableciendo raramente. Deseará crear un informe a través de una consulta de ticket con bastante más frecuencia.

Si considera la solución comercial, eche un vistazo a FogBugz - He oído que es increíble ...Sin embargo, no es tan extensible como Trac (no se puede usar la api rich python para agregar una funcionalidad que necesita, y yo valoro esta característica muy alta en Trac).

Echa un vistazo a una longitud deTrac plugin list. Puede instalar cualquiera de ellos fácilmente si lo desea.

EDIT: descubrí más tarde que es fácil agregar proyectos en Jira, pero Jira es más difícil de comprender que Trac debido a la cantidad de funciones que admite (y probablemente no utilizará la mayoría de ellas en un 6 equipo humano). Sin embargo, hoy en día, debes considerar a Jira por el Agile plugin.

Answer 4

acabo topé con Redmine que suena como algo que podría funcionar bien para un equipo de aproximadamente 6.

Answer 5

Si por múltiples proyectos que quiere decir múltiples repositorios de Subversion, Trac versión 0.12 es compatible con esta. Hasta ahora he estado usando Trac en mod_wsgi que le permite servir todas sus instancias de trac desde una instancia de mod_wsgi, y mostrar una lista de todas las trazas que tiene en una determinada url con enlaces a ellas. Esto fue muy simple de configurar. También creamos la creación de proyectos de trac junto con la creación de repositorio de subversión, por lo que ahora es un comando de 1 línea.

Answer 6

La usabilidad de la GUI es lo más importante para mí. Como los plugins de trac existen para todo lo que ama a un programador, ambos hacen el trabajo. Es esencial que el usuario se divierta utilizando su herramienta de seguimiento de errores, ya que la actividad de carga de procesos no es la más apreciada de todos modos.

Configurar mis filtros personalizados en cualquier parte de la wiki es increíble en trac.