Worry over bug 883 (repo size increase on rename)

Arne Babenhauserheide arne_bab at web.de
Thu Mar 12 08:50:48 CDT 2009


Am Donnerstag 12 März 2009 03:09:32 schrieb Greg Ward:
> > Is that an option for you?
>
> Err, I'm not sure I followed that.  One of the disadvantages I can see
> to the "many repositories" scenario is that moving code between
> repositories is lossy, but it's no worse than we have now with CVS.
> (We don't play games behind the scenes with ,v files  I to preserve
> history.)  Is that what you're hinting at?

What I meant is a "many repositories" scenario :) 

You can transplant changesets, if needed, but I'd rather check, if you can 
really split your code into disjunct repositories. 

You still have named branches for maintaining different development routes of 
the same code inside repos you synchronize, so the workdirs of the clones need 
not all be the same, and changes only propagate if you want them to. 

If you need some changes in a subrepo which should only apply to a few 
projects, you can just do them in a feature branch to still be able to 
synchronize all subrepos at any time. 

(I hope my post is halfways understandeable...)

Best wishes, 
Arne
-- 
-- Ein Würfel System: http://1w6.org - einfach saubere (Rollenspiel-) Regeln.
-- Infinite Hands: http://infinite-hands.draketo.de - singing a part of the 
history of free software.
-- My stuff: http://draketo.de - stories, songs, poems, programs and stuff :)

-- PGP/GnuPG: http://draketo.de/inhalt/ich/pubkey.txt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://selenic.com/pipermail/mercurial/attachments/20090312/3de03046/attachment.pgp 


More information about the Mercurial mailing list