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

Re: SVN 1.5 cleared for takeoff

From: David Glasser <glasser_at_davidglasser.net>
Date: Wed, 28 May 2008 11:53:22 -0700

On Wed, May 28, 2008 at 10:47 AM, Marc Strapetz
<marc.strapetz_at_syntevo.com> wrote:
>> It's possible that your understanding of this bug is deeper than mine.
>> Would you be willing to try writing that text... ?
>
> I will gladly formulate the problem, but regarding the resolution I'm also
> not sure -- maybe someone with more insight into merge-tracking can comment
> on the description below, assuming following repository:
>
> - trunk created from initial import at r1
> - trunk/file modified at r2
> - branches created at r3
> - branches/branch created at r4 (from trunk at r2)
> - branches/branch/file modified at r5
> - branches/branch/file modified at r6
>
> A merge from branch to trunk currently results in an svn:mergeinfo of:
>
> /branches/branch:4-6
> /trunk:2-3
>
> "/trunk:2-3" is a self-referential mergeinfo which should (and for 1.5.1
> actually will) be omitted. So the correct svn:mergeinfo would just be:
>
> /branches/branch:4-6
>
> This can either be achieved by "reverse merging" the trunk changes with
> --record-only or -- more brute force -- by manually editing the
> svn:mergeinfo property.
>
> So for this very basic case, is this actually the manual fix for issue
> #3157?

So far you've described the value of a property (both what it is, and
what you would consider "correct"). You haven't actually explained
how this is a problem, though. (I'm not saying it isn't: I'm just
saying it's not self-evident.)

--dave

-- 
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-05-28 20:53:36 CEST

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

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