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

Re: Default user on commit

From: Justin Mrkva <mail_at_justinmrkva.com>
Date: Sat, 19 Apr 2014 16:37:24 -0400

After some extensive testing, it turns out --no-auth-cache is the right way to do it. As long as I use that option when using the alternate usernames, everything works like I expect it to. It’s easier than needing to remember to do at least one operation with the default username after an alternate-usernae commit. :)

On Apr 18, 2014, at 3:06 PM, Bert Huijben <bert_at_qqmail.nl> wrote:

>> I have two local working copies, both on my local user account. I am
>> managing commits for another user, so he sends me files and I check them
>> in. It's weird but we have our reasons for this.
>>
>> So I go into his working copy, replace the file in question with his copy, then
>> do `svn ci --username other` and it works fine. But next time I go into my
>> working copy, if I commit using `svn ci` without specifying username, it
>> "remembers" the alternate username.
>>
>> Is there a way to keep these from "sticking"? Or a way to specify a default
>> username? Otherwise I'll probably just specify each time, but it's not ideal as
>> it's too easy to forget to specify it. I had hoped that omitting the --username
>> argument would always default to the user's local user account name, but
>> that's not the case.
>
> You can pass --no-auth-cache with --username to avoid storing the new
> credentials.
>
> Bert
Received on 2014-04-19 22:37:56 CEST

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

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