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

RE: SVN username getting changed ...

From: Parrish, Ken <KParrish_at_gomez.com>
Date: Thu, 18 Jun 2009 13:43:15 -0400

Is there a way to instruct TortoiseSVN to explicitly use a particular set of Subversion credentials each time it makes a call to the Subversion server, regardless of what is cached by the Subversion client?


Ken Parrish

-----Original Message-----
From: Andy Levy [mailto:andy.levy_at_gmail.com]
Sent: Thursday, June 18, 2009 1:40 PM
To: users_at_tortoisesvn.tigris.org
Subject: Re: SVN username getting changed ...

On Thu, Jun 18, 2009 at 13:28, Parrish, Ken<KParrish_at_gomez.com> wrote:
> I am doing some development for automated Subversion processing which
> executes the Subversion command line processor, svn.exe from within an
> application.  In so doing, it is using a Subversion username and password
> different from those that I ordinarily use for TortoiseSVN on my work
> station.
> After running this application and the doing subsequent operations in
> TortoiseSVN, TortoiseSVN is now using the secondary username and password
> which was issued via the svn.exe command line processor.
> How is this happening?   Where is the Subversion username and password that
> TortoiseSVN uses stored?  Can I defeat this behavior in some way?

It's happening because Subversion caches the most recently used
credentials, and all clients use the same cache. If you pass the
credentials using the command line (--username and --password) it may
not be cached, I don't recall.

They're cached in %APPDATA%\Subversion\Auth


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-06-18 19:43:39 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.