Redmine

Rob Felix wrote:

1. We are looking into using Redmine to host 200+ projects across our company, are there any known limitations around Redmine's scalability?

It would depend more on how many concurrent users you expect, than the number of projects. I have 55 projects in my Redmine but I usually only have 1-3 concurrent users so I can make due with a small server (2 mongrels). Ideally you would want one mongrel process for every few users. Redmine would scale just the same as any Ruby on Rails application. You can easily scale horizontally by having a frontend web server proxy to backend mongrel servers (e.g. nginx to mongrels). That said, a few of us have been throwing around some ideas about caching and general performance enhancements.

Tip: Turn off autofetch SCM commits and schedule them as a cron job. I found them to take a long time and could cause slow requests.

1. Is there an ETA for version 0.8?

None that I know of but I'd like a feature release soon (0.8 or 0.7.4). Jean-Philippe would have a better idea of this.

Eric

I can confirm what Eric said on this first point: I'm building a system around Redmine for genome annotation and I currently have 33000 projects - and still going strong! It's not your typical project management application anymore, I'm changing and adding quite a few things, but Redmine can handle it well.
One thing I found though was that you cannot have that many projects owned by defined users the normal way anymore. The queries take too long to return. It's fine in my case as most projects are set to public without defined members...

Felix.

- actually it's 330000 projects....