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

Re: svn commit: r1572105 - in /subversion/trunk/subversion: svn/auth-cmd.c svn/cl.h svn/svn.c tests/cmdline/getopt_tests_data/svn--help_stdout tests/cmdline/getopt_tests_data/svn_help_stdout

From: Stefan Sperling <stsp_at_apache.org>
Date: Thu, 27 Feb 2014 13:18:55 +0100

On Thu, Feb 27, 2014 at 02:43:50PM +0400, Ivan Zhakov wrote:
> On 26 February 2014 19:48, <stsp_at_apache.org> wrote:
> > Author: stsp
> > Date: Wed Feb 26 15:48:06 2014
> > New Revision: 1572105
> >
> > URL: http://svn.apache.org/r1572105
> > Log:
> > Introduce 'svn auth', a subcommand for managing the authentication cache
> > which supersedes the 'svnauth' tool. Currently, cached credentials can be
> > listed and removed. In the future, this subcommand could also provide a
> > mechanism to add credentials to the cache.
> >
> <bikeshed color="green">
> May be it's better to call it "svn creds", since this subcommand is
> designated for managing _credentials_, not performing authentication?
> </bikeshed>

I actually went around the office with the following list:

 svn auth
 svn authcreds
 svn authinfo
 svn authcache

and asked people what they believed these commands would be used for.

I was suspecting that 'svn auth' wouldn't be obvious but apparently
it worked out best. In particular because the functionality comprises
usernames/passwords/ssl server certs/ssh client cert pathprases.

We might also want to extend the functionality of this command in
the future (e.g. 'svn auth --import-ssl-cert', or similar things).

I agree that 'svn creds' would also work, however in the end it
doesn't really matter as long as the subcommand name is unique
and can be memorized easily. To that end, 'svn auth' works for me
and I'm reluctant to change it without a very compelling reason.
Received on 2014-02-27 13:19:33 CET

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.