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

Re: log -g shows "via" revisions too far back

From: Paul Burba <ptburba_at_gmail.com>
Date: Wed, 7 May 2008 16:10:20 -0400

On Wed, May 7, 2008 at 10:17 AM, Paul Burba <ptburba_at_gmail.com> wrote:
> On Tue, May 6, 2008 at 9:27 PM, C. Michael Pilato <cmpilato_at_collab.net> wrote:
> > I think there is a bug.
> >
> > I think that bug is *not* in 'svn log -g'.
> >
> > There seems to be a regression in 'svn merge' itself. I've attached a
> > recipe script which I believe models the version history of your test
> > repository. I get the same svn:mergeinfo results that you show below. The
> > problem is that those results are wrong. We shouldn't be storing explicit
> > mergeinfo that is redundant with a path's natural history (its implicit
> > mergeinfo), and most of what you see in that svn:mergeinfo below is
> > redundant.
> Agree with your assessment Mike. This looks a lot like issue #3157.
> Looking at that issue again and this particular problem with an eye to
> fixing both.

I fixed issue #3157 in r31075 (and will nominate for backport to
1.5.x). This should address the original problem that Marc saw.


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-07 22:10:35 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.