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

Re: svn:merginfo propogating unnecessarily?

From: Michael Cowperthwaite <mikec_at_lathropengineering.com>
Date: Thu, 05 Feb 2009 17:26:28 -0800

On 05-Feb-2009 4:41 pm, Mark Phippard wrote:
> My guess is that it is by design. It would help to understand the
> scenario more including the before and after mergeinfo. Also, there
> are other things that could do this. For example, if you merge into a
> "sparse" working copy that is not checked out depth=infinite than it
> has to create "non-inheritable" mergeinfo on all of the locations in
> your working copy, so that someone else that is merging into a
> complete working copy would correctly know that the paths you did not
> have do not have those revisions. This is fairly easy to tell by
> looking at the mergeinfo property will contain * on those revisions.

Thank you, Mark. While examining this, I remembered that one
subdirectory of the root had been switched from the branch (where I'm
working) to the trunk, and I'd forgotten to switch back once the trunk
changes behind that switch had been merged to the branch.

I reverted, switched that directory back, and re-merged, and got the
expected results of no property changes except the root and the one
oddball file.

Mike Cowperthwaite
Lathrop Engineering
San Jose, CA
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-02-06 02:30:12 CET

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.