[SVN-3010] svn log -g gives inconsistent merge info

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Duplicate
• Affects Version/s: trunk
• Fix Version/s: 1.5.1
• Component/s: unknown
• Assignee: Unassigned
• Reporter: Subversion Importer
• Created: 05/Nov/07 11:47
• Updated: 27/Oct/18 16:35
• Resolved: 29/Jul/08 13:31

Description

SVN r27021 from trunk. With the attached test repository, I have performed
various merges from branches to other branches and finally back to the trunk and
now get following revisions for "svn log -g svn://localhost":

r36
r35 result of merge from r36
r34 result of merge from r36, r35
r33 result of merge from r36, r35, r34
r25 result of merge from r36, r35
r35
r34 result of merge from r35
r33 result of merge from r35, r34
r34
r33 result of merge from r34
r33
r32
...

What is inconsistent here it that r25 is reported as result of merge from r35
(as part of r36 report), but it's not reported anymore for r35 itself. I'm not
sure whether r25 should actually be reported because I have played with
svn:mergeinfo at r35 and at r36, but I would anyway not expect this mixture.

Original issue reported by mstrap

Issue Links

• duplicates: SVN-3235 'log -g' merge determination logic faulty