> -----Original Message-----
> From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
> Sent: dinsdag 23 april 2013 08:46
> To: Charles Gallo
> Cc: users@subversion.apache.org
> Subject: Re: Blame/annotate not good enough...
>
>
> On Apr 22, 2013, at 15:13, Charles Gallo wrote:
>
> > Ok, IMHO, they are good enough, but not for my current client. They
> basically want to append the Equivalent of blame or annotate to the
actual
> source code lines!
> >
> > So say in c# you'd see
> >
> > A++ //CAG 2013-04-13
> >
> > Yep, they also don't want you deleting code, you comment it out...
> >
> > Their logic? The auditors can see it.
> >
> > Yeah, I've explained blame, but they are the client, and want to help
them
> do what they want, even if it is the wrong thing
>
> Regardless what the client wants, Subversion doesn't do that.
>
> There are a number of courses of action.
>
>
> 1. Don't do that (or: don't want that). You already know this.
>
>
> 2. Is the information produced by "svn blame" sufficient, just in the
wrong
> format? If so, write a wrapper script around "svn blame" to reformat it.
For
> example, in your hypothetical file where CAG added (or modified) the line
> "A++" on 2013-04-13, the output from "svn blame" might be:
To get you the 'svn blame' / 'svn annotate' output your Subversion client
reads all the full versions of the file that existed since the file was
created. The current format is just one of the possible output formats that
we can calculate from that information.
We are looking at rewriting the blame calculation code in the near future
for improved performance and if you have suggestions on how we can provide a
format that provides you the information you need we might be able to
implement it.
And if it is not a generic solution we might be able to help you build a
custom solution on top of the API.
The current output format is probably borrowed from the original CVS output
and is pretty limited by what we can show in simple characters or simple
XML. If you use a GUI where you can use colors/strike-throughs, etc. far
more things are possible.
And I'm pretty sure there are more Subversion users that want improved
review capabilities beyond what 'svn blame' currently provides.
Bert
