You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by "C. Michael Pilato" <cm...@collab.net> on 2008/11/01 16:18:00 UTC

Re: Bug in svn log -g ?

Mark Phippard wrote:
> Ran into this while working on a revision graph feature in Subclipse:
> 
> $ svn log -c 33238 http://svn.collab.net/repos/svn
> ------------------------------------------------------------------------
> r33238 | kameshj | 2008-09-22 09:11:02 -0400 (Mon, 22 Sep 2008) | 4 lines
> 
> On issue-2897-take2 branch:
> 
> Merge r32478 through r33234 from trunk.
> 
> So this is a fairly recently created branch that was only recently
> merged.  IOW, I'd think its history is not "corrupt" like some of
> older branches were.
> 
> $ svn log -g -c 33238 http://svn.collab.net/repos/svn
> 
> Seems like it runs forever.  It basically goes crazy reporting nested merges.
> 
> We really need to get some kind of option to this command so that it
> only reports the "first level" of merges and does not recurse into the
> nested merges.
> 
> BTW, specifying the path to the branch in the command does not make a
> difference.

No time to dive into this right now, but when I run 'svn diff -c 33238', I
see stuff like:

   ...
   Merged /trunk/www/issue-tracker.html:r2-28216
   ...

Something in the merge is pulling into some really, really old revisions,
and I'm guessing that 'svn log -g' is just faithfully following the trail
where it leads.

-- 
C. Michael Pilato <cm...@collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org