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

--no-newline and --strict [was: Re: svn commit: rev 7773 - in trunk/subversion: include svnversion]

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2003-11-17 19:05:38 CET

Philip Martin wrote:
> Greg Hudson <ghudson@MIT.EDU> writes:
>
>>I'm questioning the feature as a whole.
>
> There has been a request in the past for output without a newline, and
> my original concept for svnversion didn't output a newline as that
> makes the output more suitable for use in source code. I only added
> the newline when I abandoned the idea of using svnversion during the
> Subversion build. I would have made it optional but there was no code
> in svnversion to handle command line options...

We should at least make the option consistent with other Subversion commands, such as the option for not adding a newline in "svn propget". "propget" currently uses "--strict" to suppress the newline and various other stuff, whereas "log" currently uses "strict" for something completely different. Obviously that is a mess and not the intention behind having "common options".

So your option --no-newline (-n) is probably a good, common option that we should port into "svn propget", and we should ditch "--strict" because it is too general a word (like "force") and replace it with options that say what they mean.

How about replacing --strict with:

  "svn propget":
    --no-filename (taken from GNU grep) to suppress the file name in multi-file output;
    --no-newline to suppress the newline after the value.

  "svn log":
    --ignore-history or --no-follow-history

I might even do the work if we agree on it. :-)

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Nov 17 19:04:48 2003

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.