Algunas respuestas aquí son bastante anticuado, porque mientras tanto Trac y especialmente sus plugins han hecho muchos progresos. OMI ya no es necesario cambiar a Redmine. Aquí está el estado actual de la técnica, especialmente lo que se mantiene y es útil:
Mire también en el plugin recommendation site of Trac. Lo mejor de IMO es cuando agrega los siguientes complementos a un Trac-1 recién instalado.0:
- SimpleMultiProjectPlugin (múltiples proyectos en una instancia Trac)
- AdvancedTicketWorkflowPlugin (estados de entradas propias y transiciones de flujo de trabajo como 'prueba')
- TimingAndEstimationPlugin (horas trabajadas, horas previstas)
- EstimationToolsPlugin (burndown y el gráfico carga de trabajo)
- TracJsGanttPlugin (diagrama de Gantt)
- MasterTicketsPlugin (dependencia billete)
- SubticketsPlugin (jerarquía billete)
- ChildTicketsPlugin (relación padre-hijo)
- FullBlogPlugin (blog & noticias) (estadísticas de flujo de trabajo)
- TracTicketStatsPlugin
- AutocompleteUsersPlugin (nombre de usuario autocompletar)
- UserManagerPlugin (usuarios y roles)
- UpcomingMilestonesChartMacro (hito gráfico de fecha)
Esta es una buena combinación de todo lo que necesita para una buena gestión de proyectos. Todos se pueden encontrar en trac-hacks.org y la instalación del complemento es bastante fácil para Trac.
El soporte de múltiples repositorios es una función incorporada de Trac desde la versión 0.12.
También eche un vistazo a la próxima Apache Bloodhound project que se basa en Trac y también es una alternativa a lo que he escrito anteriormente.
que se ve muy interesante. no estaba enterado de esto a primera vista, parece un trac-clone más las características que me había perdido en el trac ... –
¿Funcionan los plugins de Trac en Redmine? – runako
no, los complementos de trac no funcionan allí, es un sistema completamente separado. Tiene alguna forma de sistema de módulos. No digo que sea universal, solo que cambiar a trac fue la solución correcta para nosotros. –