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 it! 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 problem. 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" <[email protected]> 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 >>to >> 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 >fantastic. > >Cheers, > Gary
