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

Re: svn blame and code reformatting

From: Vincent Lefevre <vincent+svn_at_vinc17.org>
Date: 2006-01-30 21:02:27 CET

On 2006-01-30 18:31:57 +0100, Sander Striker wrote:
> Yes, but ofcourse people are going to mix formmating fixes and code
> changes in one revision in practice. Even in this project, where people
> are very strict about that; consider the example of adding an if {}
> block which requires reindenting. So I would be -1 on adding a
> hack like svn:blame-transparent as a general feature.

I completely agree.

On 2006-01-30 14:26:01 -0500, twall wrote:
> Given an "ignore-X" feature, does it make sense to hard-code it to
> whitespace or could it easily be extended to be any regular
> expression? I'm thinking of some files like this:
>
> <file path="xyzzy" modified="12pm EST"/>
> <file path="xyzzy" modified="5pm GMT"/>
>
> Where I want to effectively do 's/modified=".*"/modified=""/' prior
> to the diff.

I'd like that too, if possible. But this is less important. BTW, is
"svn diff" treated in the same way as "svn blame"?

[OT: Sorry for the bounces that could occur a few hours ago. It was
another bug in my procmailrc, but I'm going to write a procmailrc
checker, that will be called in a pre-commit hook, of course!]

-- 
Vincent Lefèvre <vincent_at_vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jan 30 21:03:05 2006

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.