Mercurial with Trac

[Max Kovgan]

hi there.

I am in a similar situation, and I've been gathering lots of hg 
experience lately.

IMHO, there is no problem with profileration, because trac itself is not 
distributed.
Thus, it would be not wise to put every repo clone under trac.
trac is a centralized server, so it should be treated as such.

you may need repo per project (if you use multi-project setup), but if 
you don't need it -
It should work with 1 repository you can back up, and push to from all 
the clones.

You may consider named branches for long-running features or deployment 
related directions (stable, staging, testing, etc.)
and this would keep everything in order: tickets, users, revisions, etc.

I don't know about your security requirements,
but it may require some ssh'ing or acl extension to set the central repo 
the way you need.
Also, I think a good idea would be to use identical authentication 
mechanism for push/pull access setup, so
both tickets and the commits are shown to be done by the same 
"entities", i.e. users.

Hope this is helpful.

Max.

On 08/09/2011 02:10 PM, Robin Pellatt wrote:
> Hi Folks,
>
> I am currently using Trac with SVN, and really like the tight 
> integration between the tickets, the wiki and the source code. I am 
> now looking into moving to Mercurial. I have tested the Mercurial 
> plugin for Trac and it seems to work nicely, but my concern here is 
> that with Mercurial I may get a proliferation of repositories, making 
> it hard to keep track of the connections between Trac and each 
> repository. Has anybody had a successful experience of using Trac with 
> Mercurial on large projects?
> Alternatively, is there a better tool than Trac for working with 
> Mercurial? I have looked at Rhodecode which looks great for managing 
> the repositories but doesn’t integrate with Trac; and also am 
> currently testing Kiln, but the integration between Kiln and FogBugz 
> doesn’t look as tight as Trac’s (it’s also not Open Source).
>
> Thanks for any help,
> Robin
>
>
> _______________________________________________
> Mercurial mailing list
> Mercurial at selenic.com
> http://selenic.com/mailman/listinfo/mercurial



-- 
ArcTeam
SharedBook ltd.