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

Feature Request: Temporary Alternate Authenticatication

From: BRM <bm_witness_at_yahoo.com>
Date: Mon, 23 Feb 2009 10:42:26 -0800 (PST)

I know the SVN command-line tool (svn) has the ability to specify the username and password on the command-line, and I believe (I could be wrong) you can use that to override which user is used to perform an action (e.g. svn commit) as opposed to the default user stored by the system.

I would like the ability to override the default user stored by SVN.

Use Case:

I have a server which performs nightly builds. Since we require authentication, it has a special read-only user for the repository. We stored the credentials for the user the first time we used it, and thus we don't have to have the username or password in the build scripts - something that is highly desirable. However, every now and then I make a modification to a checkout on the system - namely when a nightly build fails for some reason. While I can map the drive to my local system (via the Windows Network/SMB/CIFS), it would be more convenient if I could tell the commit dialog that I would like to use an alternate user only for that transaction. The stored credentials should be untouched so that the next transaction (e.g. TSVN->update) would occur using that originally stored credentials.

(My scripts use the SVN command-line utility.)

UI:

I envision this as having a check-box below (like with 'keep locks') that would allow the user to specify that an alternate user be specified. If checked, TSVN would prompt for new user/password before continuing. Default would be unchecked.

Thoughts?

Ben

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=1215875

To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-02-23 19:42:37 CET

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

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