bloodhound-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jim Callahan <>
Subject Re: [Trac-dev] Bloodhound / Trac Approach
Date Wed, 11 Jan 2012 01:19:18 GMT
Our setup is probably unique.  We've implemented various solutions in the
past, among them, large, integrated third-party solutions as well as
one-off things that teams supported themselves.

Currently, we're working under the assumption that teams will manage their
products and defects/tasks under a small Trac instance on a single server.
 However, when aggregated up, it turns out that there are lots of servers
associated with a single area, or large team.

I'm not sure how much I can legally tell you based on our policies, but
suffice it to say that the 10,000 ft view is very disconnected and
disjointed.  However, the Multiple SVN to one Trac implemented in 0.12 was
a godsend now users can apply individual auth to their repos and they like

Currently, we're working on a way to split SVN repos and Trac Projects
associated to those repos as some are getting quite large.

In addition, we're working on a plugin to copy Trac tickets from one
project to another. A task which has turned out to be a quite interesting

Anyway, we'll be looking to contribute that plugin in the future (when
legal says it's ok)

Jim Callahan

On 1/10/12 3:37 PM, "Gary" <> wrote:

>Hi Jim,
>On 10/01/12 19:33, Jim Callahan wrote:
>> Thanks for the symantic clarification :) I'll have to do some more
>> thinking (that's the understatement of the year) and hopefully be able
>> weigh in when I have a clearer understanding.
>> Jim Callahan
>Yes, Olemis is completely correct. Our solution is not likely to be as
>general as providing the scaffolding for working across multiple servers
>but I think it should make it cover most needs.
>Because of your talk of multiple servers with multiple instances, I am
>interested in your setup. Have you found it necessary to use multiple
>servers? If you really do mean multiple instances of Trac have you
>considered multiple environments on a single Trac instance?
>Basically I am interested in the performance of large Trac installations
>and so I hope it can't hurt to ask. I can't guarantee that it will help
>you but, if you haven't had the chance to try alternative setups then
>you never know! Of course, if there is any chance that if Trac can be
>installed and run fast on a single Trac installation then the solution
>that we are going for would also become viable for you, which would be
>     Gary

View raw message