Stephan,
> I won't implement a 'feature' which only purpose can be to promote bad
behavior.
Sharing a sandbox and a Windows session with other developers is not bad
behavior. Consider side-by-side development (pair programming)? Isn't this
a good activity? In that case, wouldn't it be nice if there were a faster
way to clear the tsvn auth data?
> rd %APPDATA%\subversion\auth /S /Q
Thanks, that will work. However, using it does violate the abstraction of
how tsvn implements its auth data storage, which is a bad behavior.
And, if we're going to get philosophical and debate what's good and bad, one
could argue that using Windows (instead of Mac or Linux) is a bad behavior.
Certainly, TortoiseSVN promotes the use of Windows ;)
Cheers,
-Jim
On Jan 28, 2008 2:49 AM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
> Alexander Klenin wrote:
> > On Jan 28, 2008 7:32 PM, Jim Kring <jim.kring_at_gmail.com> wrote:
> >> What I mean is that all users are using a common Windows account (e.g.,
> >> Guest) for logging in to Windows, but each has a different svn account
> for
> >> using TortoiseSVN. So, we need an easier way of clearing the
> TortoiseSVN
> >> saved authentication information that is stored in the common Windows
> >> account.
> >
> > Ouch ;-) Are you sure this is a good idea?
> > Anyway, Stefan, perhaps I should at least file an issue?
>
> Don't think so.
> We've discussed this before, and I said before that I won't implement a
> 'feature' which only purpose can be to promote bad behavior.
>
> If they really want to clear the auth data, they can do so by removing
> the auth folder themeselves:
>
> rd %APPDATA%\subversion\auth /S /Q
>
> Stefan
>
>
> --
> ___
> oo // \\ "De Chelonian Mobile"
> (_,\/ \_/ \ TortoiseSVN
> \ \_/_\_/> The coolest Interface to (Sub)Version Control
> /_/ \_\ http://tortoisesvn.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_tortoisesvn.tigris.org
> For additional commands, e-mail: dev-help_at_tortoisesvn.tigris.org
>
>
Received on 2008-01-28 14:43:48 CET