On Sat, Jul 23, 2005 at 05:38:08PM +0200, Branko ??ibej wrote:
> kfogel@collab.net wrote:
>
> >kfogel@collab.net writes:
> >
> >
> >>I'm not sure I agree. People know about setting environment
> >>variables, plus CVS has $CVS_USER. Aliasing 'svn' to a complex
> >>command involving backticks is much less intuitive. And, as Ben
> >>pointed out, it won't work for commands that don't accept
> >>'--username'.
> >>
> >>
> >
> >(Excuse me, I just realized I was wrong about CVS_USER -- that's
> >something totally different.)
> >
> >I still think SVN_USERNAME or SVN_USER is a good idea, for the reasons
> >already given, though.
> >
> >
> I explained in a previous post that Subversion should be caching the
> username associated with a repository. If that doesn't work, we should
> fix the credentials caching, not introduce dependencies on environment vars.
>
> Consider this a -1 until someone shows that either a) credentials
> caching or b) teaching svn to always accept --username, aren't
> sufficient for solving this particular contrived problem.
>
Before you sent this message, I committed a semantically similar change
to the one being discussed:
r15393 | mbk | 2005-07-22 17:09:50 -0400 (Fri, 22 Jul 2005) | 7 lines
I had percieved consensus where (it is now apparent) there was none.
I don't want to bypass your veto by fiat; I will happily revert the
change if the following argument does not satisfy you:
1.) Credentials caching is insufficient.
If we ignore the "first-use" case (where caching obviously loses) on
the grounds that it happens infrequently in practice, we are still
left with the fact that (except on Windows) many people quite reasonably
consider our plain-text credentials caching unacceptable.
2.) Always accepting --username is insufficient.
Okay, I can't argue with this because it /would/ be sufficient, but what
I *can* say is that always accepting --username is not necessarily the
right thing to do. Should we also always accept --editor-cmd? No,
because we have $SVN_EDITOR...
--ben
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 25 01:47:47 2005