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