Use a thin shell repository to manage guest repos?

[Haase, Peter]

> > > From: Peter Haase <kontakt at phaase.net>
> > > To: mercurial at selenic.com,
> > > Date: 11/26/2012 05:33 AM
> > > Subject: Use a thin shell repository to manage guest repos? 
> > > Sent by: mercurial-bounces at selenic.com
> > > 
> > > When using sub repositories it's recommend to use 'thin' shell 
> > > repositories only, i.e. separate 'real' code from 
> repositories used 
> > > to manage subrepositories ( 
> > > http://mercurial.selenic.com/wiki/Subrepository#Recommendations ).
> > > 
> > > I wonder if this is also true if using the guest 
> repository extension.
> > > Does someone has some experiences?
> > > 
> > > Peter

> > ] On Behalf Of paul_nathan at selinc.com
> > Sent: Monday, November 26, 2012 10:51 AM
> > To: Peter Haase
> > Cc: mercurial-bounces at selenic.com; mercurial at selenic.com
> > Subject: Re: Use a thin shell repository to manage guest repos?
> > 
> > Peter,
> > 
> > The 'thin' shell repository model is what guestrepos is 
> designed for. 
> > 
> > - - -
> > Regards,
> > Paul Nathan
> > 

> > From: Todd Greer <TGreer at affinegy.com>
> > To: "paul_nathan at selinc.com" <paul_nathan at selinc.com>, Peter Haase 
> > <kontakt at phaase.net>,
> > Cc: "mercurial-bounces at selenic.com" 
> <mercurial-bounces at selenic.com>, 
> > "mercurial at selenic.com" <mercurial at selenic.com>
> > Date: 11/26/2012 10:38 AM
> > Subject: RE: Use a thin shell repository to manage guest repos?
> > 
> > Peter, we've found guestrepos to also work quite well in a 'thick' 
> > non-shell top-level repository model. We tried the 'thin shell' 
> > approach (with subrepositories), and found that it did not 
> match our 
> > needs well.
> > 
> > Paul, congratulations on making a tool that is flexible 
> enough to work 
> > well, even outside the scenario it was designed for.
> > 
> > --
> > Todd
> > 

Thanks! Good to know to have both options - though we are still unsure which
one to pick. Think we will go with the 'thin shell' repository approach
until there is a strong need to put 'real' code into it.

Paul, handling independent modules within product projects was a missing
piece when using Mercurial in our corporate environment. The guest repo
extension is a great solution for this! I hope that will enable us to
migrate once to Mercurial.

Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5090 bytes
Desc: not available
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20121204/658a7140/attachment-0002.bin>