| | 10 | * '''Single login.''' Login once and skip around between Trac instances at will |
| | 11 | (subject to per-instance permissions, of course). |
| | 12 | |
| | 13 | > '''Caveats''': |
| | 14 | |
| | 15 | > 1) this page is a '''work in progress'''. I've solved the technical |
| | 16 | > issues on my local development server and am composing this page as I |
| | 17 | > port my real Trac instances over to the new system. |
| | 18 | |
| | 19 | > 2) this method '''requires the use of |
| | 20 | > not-yet-released versions''' of Trac, Genshi, and several plugins, available |
| | 21 | > from those projects' Subversion repositories. |
| | 22 | |
| | 23 | > '''Note:''' this solution obviously owes much to the work of others, which will be cited as necessary throughout. |
| 17 | | Ticket [#130] contains a long, rambling, and extremely enlightening discussion of what people need from MultiProject support. Anyone who has read that thread and the [TracMultipleProjects other pages] proposing different ways to support multiple projects knows that my solution isn't going to work for everyone. Nonetheless, I think I've hit a "sweet spot" that gives most people most of what they're looking for, and more importantly, can be (relatively) easily set up today by anyone. So while my claim of having a "comprehensive" solution might be seen as grandiose, I think it's supportable. |
| | 27 | Ticket [#130] contains a long, rambling, and extremely enlightening discussion of what people need from MultiProject support. Anyone who has read that thread, and the [TracMultipleProjects other pages] proposing different ways to support multiple projects, knows that my solution isn't going to work for everyone. Nonetheless, I think I've hit a "sweet spot" that gives most people most of what they're looking for, and more importantly, can be (relatively) easily set up today by anyone. So while my claim of having a "comprehensive" solution might be seen as grandiose, I think it's supportable. |
| | 28 | |
| | 29 | |
| 21 | | When you host multiple trac projects, its very common to have users that are members of more than one of these projects. If, like [http://boost-consulting.com/about/people me], you're using your Tracs to support multiple customers, you probably need to be a member of each trac instance. |
| | 33 | When you host multiple trac projects, its very common to have users that are members of more than one of these projects. If, like [http://boost-consulting.com/about/people me], you're using your Tracs to support multiple customers, you probably need to be a member of each trac instance. Even when using a [TracFastCgi#SimpleApacheConfiguration TRAC_ENV_PARENT_DIR] setup, one typically ends up having to log in to three or four Trac instances a day as you review your most active projects. Just having to log in over and over is problematic in itself. Worse, if you're tracking tickets in several projects, there's no way to see them all together in stock Trac. You actually need to log into each project and check your tickets there, and it becomes very likely that you'll miss something really important. |
| | 34 | |
| | 35 | repeating the same configuration steps over and over |
