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

Re: can i svn cat without keyword expansion

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Sun, 8 Aug 2010 22:07:16 +0300

David Weintraub wrote on Sun, Aug 08, 2010 at 13:24:02 -0400:
> On Sun, Aug 8, 2010 at 11:50 AM, Nico Kadel-Garcia <nkadel_at_gmail.com> wrote:
> > The original poster in this thread asked about using "svn cat" and
> > disabling the keywords: quite sensible, really. I'd like to see a
> > similar setting for "svn diff" It's not fair, to people who are not as
> > skilled with scripting and regexp as some of us, to convert the
> > "$Id:.$", Author, URL, Date, and whatever other keywords are active
> > into something sensible.
> I think this is one of the very weak points of Subversion, and I don't
> even use keywords.
> When you do a diff between two versions that differ via line endings,
> you end up seeing a lot of changes. Yes, you can use your own diff
> command, but why?
> * Subversion should be able to do a diff to ignore line endings (or
> better yet, ignore line endings by default). You shouldn't have to
> specify your own diff program.

svn diff -x--ignore-eol-style, and I believe in trunk this can be specified
via ~/.subversion/config too.

> * Subversion should be able to diff two versions and allow you to
> ignore properties. When I use --summarize, I can get 100 files
> changed. But, when I actually examine the files, only one or two are
> actually changed while the rest have a merge info property diff.
> Developers have complained about this over and over again.

Agreed; ignoring svn:mergeinfo in diffs, logs, etc., has been often

> * It would be nice if Subversion could ignore RCS keywords when doing diffs.

If the syntax is like our existing $Foo: .*$ keywords, this shouldn't be
too hard.


By the way, there is tools/diff/diff.c in our trunk. (You can build it with
'make tools' or 'make diff' I believe.)
Received on 2010-08-08 21:09:45 CEST

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.