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

Re: update output idea

From: Peter Davis <peter_at_pdavis.cx>
Date: 2002-04-26 15:33:35 CEST

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 26 April 2002 06:16, Alexis Huxley wrote:
> > % svn update
> > Updated to revision 1788.
> > %
>
> I thought the Nth tenet of The Unix Philisophy was "Silence is golden",
> ok, I mean I know a lot of svn commands are not, but ..
>
> I really only want to see output if (a) I specifically request it
> with a '-v' or (b) there is an error.

Doesn't 'svn update' print out each file that it patches, adds, or deletes
anyway? So really, considering how it behaves currently, it would look like:

% svn update
A ./foo
M ./bar.txt
Updated to revision 1788
%

So by your argument, 'svn update' should output nothing at all without a '-v'.
Update is already a noisy command, so why not add a little more noise? Maybe
noise is bad in Unix Philosophy, but on some level, none of this is noise --
it's useful information that the user *needs* to see with or without a '-v'.
'-v' should be reserved for debugging-type information; useful information
should be output regardless.

This would be a very useful and convenient addition, and I can't see how it
would hurt anything unless there are scripts that try and parse the output of
'A ./foo', etc.; such a script is too hackish to survive anyway.

- --
Peter Davis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8yVczNSZCJx7tYycRAoUNAJsGQo2d54yXuJ8tKfGWB6vVjZzl3wCdGLHp
Z44OnkEm54CS2l5Bg0Ha4Mw=
=QrD0
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 26 17:07:07 2002

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.