Re: log -g shows only one log-subtree in case of multiple, independent merges
From: Marc Strapetz <marc.strapetz_at_syntevo.com>
Date: 2007-09-03 21:36:43 CEST
Hello Hyrum,
> If one committed revision contains multiple merges, they should indeed
It's issue #2905.
-- Best regards, Marc Strapetz _____________ syntevo.com Hyrum K. Wright wrote: > Marc Strapetz wrote: >> When committing one revision with two different, independent merges, log >> -g shows only one of these subtrees, however I would expect to see both >> of them. Example (for I can supply corresponding test repository): > >> /trunk/dir1/file1 merged from /branches/b1 >> (svn:mergeinfo : /branches/b15/dir1:17-20) > >> /trunk/dir2/file2 merged from /branches/b2 >> (svn:mergeinfo : /branches/b18/dir2:20) > >> After committing /trunk to r21, svn log -g /trunk shows only > >> r21 (merge) >> r20 (Result of merge from: r21) >> r17 (some other changes) >> ... > >> However, svn log -g /trunk/dir1 shows (as expected): >> r21 (merge) >> r18 (Result of merge from: r21) >> r17 (some other changes) >> ... > >> and svn log -g /trunk/dir2 shows (as expected): >> r21 (merge) >> r20 (Result of merge from: r21) >> r14 (some other changes) >> ... > >> Shouldn't r18 also be displayed for svn log -g /trunk? > >> -- > > Marc, > If one committed revision contains multiple merges, they should indeed > both show up in 'svn log -g'. Would you file a bug on this issue, and > include your reproduction recipe and sample repository? > > Thanks, > -Hyrum --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org For additional commands, e-mail: dev-help@subversion.tigris.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org For additional commands, e-mail: dev-help@subversion.tigris.orgReceived on Mon Sep 3 21:33:50 2007 |
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.