project-management - software - task project management apps

Trac vs. Redmine

Question

Estoy trabajando en investigación y mi grupo de trabajo de bioinformática necesita un software de gestión de proyectos para realizar un seguimiento de múltiples proyectos (entorno Linux). Originalmente, planeamos usar TRAC pero luego me di cuenta de REDMINE. Además, leí en algunas publicaciones anteriores de 2008 y 2009 que muchos proyectos se habían cambiado a Redmine. En este momento, no puedo encontrar ninguna comparación actualizada o confiable entre ambos sistemas y, por lo tanto, no puedo determinar cuál es mejor (quizás ambos son igualmente buenos).

Mi pregunta:

¿Alguno de ustedes tiene experiencia reciente en uno o incluso ambos sistemas y puede señalar algunas (grandes) ventajas / desventajas de Redmine o Trac (o incluso ambos)?

Los requisitos serían:

• Soporte para svn y / o dcvs (Git)
• gestión de documentos
• Venta de entradas
• seguimiento de errores
• wiki / blog interno (es decir, gestión del conocimiento)
• soporte de proyectos múltiples
• la instalación debe ser lo más fácil posible
• no debe haber cientos de complementos para instalar antes de instalar un software de administración de proyectos utilizable (la instalación básica debe tener la mayoría de las características)

¡Muchas gracias por su tiempo! Aclamaciones

Answer 1

En BitNami ofrecemos instaladores gratuitos y máquinas virtuales para Trac y Redmine . Redmine es definitivamente mucho más popular, pero Trac se está volviendo más popular, en particular ya que la versión 1.0 está a la vuelta de la esquina. Como mencionaste el soporte de Git o DVCS, también te puede interesar Gitorious o Gitlab

Answer 2

Estoy trabajando mucho con Redmine, ¡y me encanta!

1. Soporte para svn y / o dcvs (Git)

   tengo ambos. si agrega el número de ticket al mensaje de confirmación, la confirmación aparecerá muy elegante en el ticket, esta es una de mis funciones favoritas como desarrollador :)

2. gestión de documentos

   También lo tengo, pero muy minimalista. Puede cargar archivos en tickets y proyectos (por separado) pero no puede buscarlos (es decir)

3. venta de entradas, seguimiento de errores, wiki

   sí, sí y ... sí :) Me gusta la sintaxis de escribir boletos u otros contenidos de texto, algo similar con la sintaxis en .com.

4. soporte de proyectos múltiples

   de la causa puede crear proyectos, subproyectos, subproyectos ... con diferentes derechos de acceso si es necesario. También puede hacer esto en cascada con boletos.

5. instalación y complementos

   Nunca he instalado una instancia de redmine, y no tengo experiencia con ruby. Solo soy un usuario de redmine, pero sé que es posible escribir extensiones propias (mi compañía ha escrito una para fines propios, para extender el seguimiento del tiempo)

Conclusión: ¡Siempre usaré Redmine cuando necesite un sistema de tickets!

Actualización: a veces también estoy usando la integración de problemas de los servidores de códigos como bitbucket o github. Redmine es la solución más grande que he usado. Trello también es una alternativa, que me gusta usar para manejar las tareas de los clientes (puede crear equipos), cuando no hay mucha gente involucrada y el proyecto no es tan grande.

Answer 3

Hemos estado usando Redmine por un tiempo. Pudo haber sido difícil de instalar en el pasado (no lo creo) pero Ubuntu ahora lo incluye así que la instalación es un simple trazador de líneas "apt-get install red mine". Luego, simplemente enciende el módulo de pasajeros "a2enmod passenger" y finalmente habilita el sitio redmine.

Answer 4

No tengo experiencia con Trac ni con Redmine, utilizamos Gemini, pero aquí puede encontrar una comparación de las herramientas de administración de proyectos.

Espero que esto ayude, Dave

Answer 5

Redmine tiene todo eso fuera de la caja en general de muy buena calidad.

Sin embargo, la instalación de Redmine es un problema diferente. Redmine tiene muchas dependencias y muchas de esas dependencias tienen múltiples versiones que no son compatibles entre sí. Hasta ahora no he podido instalar manualmente la redmine más reciente.

Sin embargo, lo que funcionó bien fue el paquete redmine proporcionado por Debian Squeeze. Es una versión anterior (1.0.1-2) pero tiene todo lo que necesita. Sé que openSUSE y Ubuntu también ofrecen paquetes redmine. (Ambas versiones 1.1.3, tampoco pudieron instalar una versión reciente, ¿eh?)

Answer 6

Uso Redmine y ... me gusta;)

• svn y git funcionan bien, tiene más repos implementados (Darcs, Mercurial, Cvs, Bazaar, Filesystem ???), pero no han intentado usarlos
• sobre la instalación, en mi caso autoinstalador en mi hosting, así que no puedo decir nada, debería poder encontrar muchos tutoriales
• ticketing / bug tracking: creo que, tanto para RM como para Trac, es la funcionalidad principal, así que es demasiado para escribir;) puede configurar roles, vincular usuarios o grupos con el proyecto, especificando el rol para cada uno, puede especificar su propio problema (ticket ) escriba, por ej. error, nueva idea, prioridades de problemas, tiene diagrama de Gantt (puede especificar la fecha límite para cada problema), puede vincular cada ticket con la versión de su proyecto ... muchas, muchas características aquí
• soporte de proyectos múltiples: puede tener múltiples proyectos vinculados con uno (quiero decir lo mismo) o más repos
• gestión de documentos / wiki / blog interno - no han utilizado esta función, pero sí, RM tiene algo para la gestión de documentos y el módulo wiki
• 100 de plugin ... no tengo ninguno y todavía hay demasiadas opciones de configuración: P

Answer 7

Yo preferiría a Trac. He usado Trac mucho tiempo más de 7 años por ahora. También trabajé 3 años con Redmine. Las últimas versiones que utilicé en producción fueron: Trac 1.0.1 y Redmine 2.2.3. Pero Redmine tiene serios inconvenientes con respecto a Trac:

1. La instalación no es fácil:

   1. No puede usar el sistema de paquete Debian / Ubuntu para uso de producción

      • Como la configuración no está separada del código de la aplicación, siempre que reciba actualizaciones del paquete, sobrescribirán sus cambios.
      • Debian tuvo 5 agujeros de seguridad a principios de 2013 (enero), donde some aún no se han fijado en inestables y en pruebas. Por supuesto, las correcciones en Debian estable se hacen, las versiones del paquete están tan desactualizadas en estable, que las versiones más nuevas de Redmine no funcionarán.
      • Las dependencias de Redmine son fijas, por lo que las nuevas versiones de la biblioteca podrían no funcionar. Esta es la razón por la que debe configurar su apt-get o aptitude para no actualizar ciertas dependencias.

   2. Te aconsejo que instales a través de gem y bundler . Sin embargo, esto fue tan fácil como se describe en la página de inicio. Pero lo que más odio de esos sistemas de administración de paquetes de software junto a la gestión de paquetes de sistemas es que debe preocuparse por las actualizaciones y demás cosas por separado. Algunas personas sugieren que RVM proporcione entornos ruby ​​virtuales, donde puede tener múltiples versiones de Rails instaladas una al lado de la otra, lo que no es posible con apt-get. No me siento bien con esto, pero al menos funciona.

2. La administración no es fácil, teniendo en cuenta la realización de una copia de seguridad: en Trac, este es un proyecto de una sola línea, en Redmine, debe hacer una copia de seguridad de la configuración, los archivos adjuntos y el contenido de la base de datos por separado. Además, a menudo se afirma que Redmine admite múltiples proyectos, por lo que es más fácil configurar un nuevo proyecto y la configuración no se duplica. Vea a continuación, hay un párrafo adicional sobre soporte de proyectos múltiples. Por último, pero no menos importante, cada vez que administro un proyecto de Trac me encanta editar los archivos de configuración de PLAIN-TEXT. En Trac, solo hay un archivo de este tipo que debe consultar: trac.ini .

3. La configuración no funciona : por ejemplo, considere crear rutas personalizadas en Redmine, que muestran la página wiki de inicio y no la descripción general del proyecto como primera página. ¡Se te recomendará editar las fuentes de Redmine! Eso es muy peligroso ya que la próxima actualización sobrescribirá su configuración. Entonces ese tipo de configuración no era realmente intencional. Pero una buena herramienta debería separar la configuración del código fuente de la aplicación.

4. Características de Wiki faltantes : faltan algunas características importantes de wiki debido a un error no corregido relacionado con una vulnerabilidad XSS. (por ejemplo, ver el marcado de wiki textil). Por lo tanto, no podrá colocar comentarios en páginas wiki, renderizar imágenes en tamaño personalizado, ...

5. Falta la protección contra correo no deseado : Sí, hay un complemento reCaptach desactualizado, pero ya no funciona. Especialmente el tenedor también protege las páginas de problemas. Comparado con Trac que tiene un plugin de SpamFilter que tiene propiedades fantásticas, este es un no-go. Nadie quiere eliminar spam de forma manual.

Se han hecho muchos puntos críticos con el tiempo que hicieron que la gente dijera que Redmine es mejor. Dudo aquellos:

1. Compatibilidad con multiproyectos: por supuesto, Trac ofrece múltiples proyectos, ¡cada uno tiene su propia configuración !, y esto es muy útil : considere hacer que un proyecto sea de código cerrado y de código abierto. Para la fuente cerrada probablemente ocultará el Repositorio, pero no para el proyecto de código abierto. esto no es posible con Redmine. Además, con Trac puede realizar copias de seguridad de los proyectos por separado y, por supuesto, puede separarlos en caso de que uno de sus 50 proyectos se vuelva popular, por lo que necesitará un servidor propio. Redmine no puede hacer esto. Recientemente, apareció un nuevo complemento que admite varios proyectos de usuario en una instancia de Trac. Consulte http://trac.edgewall.org/wiki/PluginList#MultipleProjects

   Además de eso, hay un Proyecto que usa Trac para construir esta característica: Bloodhound

2. Version Control System: creo que instalar un plugin no es tan difícil, y para casi todos los VCS hay un plugin para Trac: Git, Perforce, Mercurial, Darcs, Monotone, Subversion, Bazaar. Además, estaría a favor de un pequeño framework central con complementos sobre un gran framework con soporte integrado para Git, Mercurial, etc ... Tal arquitectura no es modular. Entonces, poner la compatibilidad de VCS a los complementos es la manera de hacerlo. No para integrar todo en el marco.

3. Complementos: Yo diría que Trac y Trac-Hacks tienen muchos más complementos que Redmine, así que la integración de Doxygen, Jenkins, Latex, BibTex, etc. ¡no es un problema!

4. Tiempo y Estimación : ¡También hay complementos para eso en Trac! En general, no entiendo el reciente Trac-bashing, también está escrito en un lenguaje de intérprete moderno (python), tiene casi la misma funcionalidad.

El proceso de instalación de Redmine no es fácil, pero la instalación de Trac también se hizo más compleja hoy en día, por lo que la creación manual de bases de datos, etc., ya no puede considerarse un inconveniente.

Por último, pero no menos importante, ambos proyectos usan un sistema de complemento. El problema que el usuario de dichos complementos suele tener es que pueden quedar huérfanos y no admitir el marco actual. Esto me sucedió más de una docena de veces para Redmine, pero también a veces para Trac. Pero mi impresión muy subjetiva es que los complementos cruciales nunca se vieron afectados por este tipo de problema y con Trac que pasó un poco menos.

Por último, pero no menos importante, probaré Phabricator ya que ofrece un flujo de trabajo integrado para la revisión del código.