On Fri, 2002-08-02 at 10:14, cmpilato@collab.net wrote:
> So, first of all, [the -V] flag should probably get removed.
Right. Sounds good. Hopefully no argument from anyone there. (If we
really want a "very verbose" in the future, we could do it with -v -v;
there's lots of precedent for that.)
> Looking beyond that, I think Karl's method might be overly aggressive
> in the feedback filtering.
So, Karl expressed some doubt as to whether anyone would really want
just the "revision N" messages (from svn ci/co/update, and from svn
cp/rm/mv if the target is a URL). And he's probably right; it's a
little far-fetched. In CVS, it's really easy to imagine cases where you
want to see the "U filename" cases but not the "Updating directory blah"
cases. It's less easy to imagine people wanting only the "revision N"
messages in Subversion.
Given our desire to save on single-letter options, I think the four
choices are:
* Get rid of -q for all mutators (it would retain its meaning in "svn
st", which is the only accessor to currently use it). Tell people
to redirect to /dev/null for "silence is golden". Decide nobody
wants to see just the "revision N" messages. (Favored by Scott
Lamb.)
* Make -q "silence is golden" for mutators. Decide nobody wants to
see just the "revision N" messages. (Favored by Karl, and also by
me.)
* Make -q "speak softly" for mutators, displaying only the revision N
message. For "silence is golden", you have to redirect to
/dev/null.
* Make -q "speak softly" for mutators, and -q -q "silence is
golden". (Suggested by William Uther.)
That's basically the matrix of the two orthogonal questions "should we
provide a simple way for scripts to get silent behavior from mutators?"
and "should we provide a way to see only the revision N messages from
mutators?".
I would like to see a "silence is golden" option, because I think that
noisy mutator commands should be somewhat apologetic about it, which
means providing a nice pretty option to turn off the noise. But I'm
happy to implement any consensus which makes the situation more
consistent than it is.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Aug 2 17:48:37 2002