> -----Original Message----- > From: [email protected] [mailto:[EMAIL PROTECTED] On > Behalf Of [EMAIL PROTECTED] > Sent: Wednesday, June 18, 2008 4:35 PM > To: Trac Development > Subject: [Trac-dev] Is Redmine a better Trac? What's gone wrong with > Trac? > > > First, I'd like to say that I've been using Trac for 3 years, I like > Python and Trac very much. > > Today, I read a post in which a project migrated to Redmine so I > decided to take a look at it. Clearly, Redmine is a Trac clone with > some nice features added. Quite interesting features, I admit. > > What I'd like to ask is why Redmine has became a better Trac so fast > and Trac evolution is so slow? Is it a management problem? Too many > endless discussions about go-no-go feature?
Let's be clear on what Redmine is an isn't. It is clearly at least inspired by Trac in most areas, and downright copies the UI in others. It does add many features people request frequently, however in many cases it does this in a way that forces you to use their project management ideals. An example I am far too familiar with is "multiple project support". This has been an open request in Trac for a very long time (#130 has been around for 4 years). Most people find it insane that we haven't implemented this feature. The problem is that if you ask 10 different people what they actually want from multi-project support, you get 10 different answers. Trac has always made it its mission to stay out of the way and allow the development to team to use whatever processes they wish. Adding a "project" column to every table, and adding a global filter to all queries would be easy, but this covers only a small number of the actual multi-project use cases. Designing good, generic solutions to these problems takes time and thought, a lot of both. We do move much slower than many other FOSS projects, however this has the upside of producing generally very high quality code, etc. There is a definite desire to not include hacky solutions just to add another bullet point on a list somewhere. If you happen to like the Redmine methodology, then by all means use it, but don't assume everyone feels the same way. There are other aspects of Redmine in particular I can go off on a tangent about (hint: their plugin system is shameful), but really what I said is the important part. If you want a Trac that does all of these kinds of "standard" things, you are welcome to wait until 1.0. In the meantime we will continue to do our best building a solution that everyone can use and that fits our mission statement. --Noah --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~---
