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