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

Support of --non-interactive option

From: Thomas Denk <thomas.denk_at_gmail.com>
Date: 2005-07-06 12:23:02 CEST

Hi there,

The --non-interactive option is in my opinion a bit flawed in the "add"
and "revert" commands.

The documentation says:
"In the case of an authentication failure, or insufficient credentials,
prevents prompting for credentials (e.g. username or password). This is
useful if you're running Subversion inside of an automated script ..."

So it is perfectly correct that "svn add something --non-interactive"
does not really make sense - there is no network involved, so there will
never be credentials.
Contrarily, "status" and "delete" are allowed this option, although they
do not involve network either, which I don't understand (well, "status"
might, if -u is given, but "delete" does not, anyway).

Also, while giving out a warning is certainly fine, "svn add something
--non-interactive" will not only issue a warning, it will refuse to work
at all.
This may be intentional, and is certainly correct in that it enforces
proper use of paramters, but I do not see what harm is there in running
a command with an option that does nothing anyway.
However, if the command fails, this means that when scripting svn, one
has to keep an eye onto which commands do allow and which commands do
not allow the option, which is a lot more complicated than necessary. If
all commands allowed --non-interactive, a script could just append it
every time, whether it has an effect or not.

Could this failure maybe be changed to a mere warning and the option
just be ingored?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jul 6 18:17:38 2005

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.