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

Re: "svn log --xml -g" doesn't identify a reverse merge but "svn log -g" does

From: Ben Reser <ben_at_reser.org>
Date: Thu, 16 Jan 2014 13:38:02 -0800

On 1/16/14, 12:31 PM, Andrew Reedick wrote:
> I need a sanity check. Is this an oversight that needs to be corrected, or am I missing something?
> Problem:
> "svn log -g" will explicitly identify a reverse merge, however, when specifying xml output ("svn log -g --xml") no such identification is made.

Yup looks like an oversight. The nesting already shows that it's a merge and
what revision made the merge. But we don't show the direction of the merge.

I've coded up a trivial change to add a reverse-merge attribute on the logentry
element in this case. e.g.
<logentry revision="13" reverse-merge="true">

Once I write a test for it I'll commit it.

Given that it changes the XML output, I probably wouldn't backport this to 1.8.x.
Received on 2014-01-16 22:36:54 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.