[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: understanding merge cost

From: Karl Fogel <kfogel_at_red-bean.com>
Date: Sun, 10 Aug 2008 10:41:34 -0400

"Jan Hendrik" <list.jan.hendrik_at_gmail.com> writes:
> part of the argument for branching freely is that svn copies are
> supposed to be cheap. But how about merges?
> A) Slim branches to create a new tree in a website. She is
> industrious and adds about 100MB content, all committed to her
> branch as things grow.
> B) Steve is not idle either, adding 50MB content to the trunk of the
> project.
> Now to my understanding of the book either during her development
> on the branch or before merging her branch into trunk as the latest
> Slim has to merge trunk revisions since branching off into her
> branch and commit. Thus Steve's 50MB would be committed a
> second time, now into Slim's branch.
> Then Slim switches to trunk and merges her branch back into trunk
> and commits. Thus Slim's 100MB would be committed a second
> time, now into trunk.
> Added up 150MB residing in the repository twice. Or is Subversion
> aware that Steve's 50 origin in trunk and Slim's 100 origin in her
> branch, making merge as cheap as svn copy is supposed to be? I
> didn't find a word on this.


Short answer: the storage is not shared in that case, and we agree it's
a bug :-). Note that the issue has been started; see


and in particular



To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-08-10 16:42:38 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.