From: Nicholas Clark Date: 12:13 on 11 May 2005 Subject: svn add $ sudo svn --username=nick add ... Subcommand 'add' doesn't accept option '--username arg' Type 'svn help add' for usage. All the rest do. An error message of "yah, boo, sucks to be you" would be about as helpful. Die die die. Nichoals Clark
From: Phil!Gregory Date: 13:38 on 11 May 2005 Subject: Re: svn add * Nicholas Clark <nick@xxxx.xxx> [2005-05-11 12:13 +0100]: > $ sudo svn --username=nick add ... > Subcommand 'add' doesn't accept option '--username arg' > Type 'svn help add' for usage. > > All the rest do. Actually, add, cleanup, info, resolved, and revert don't. Or, put another way, only the commands that can interact with a repository take --username. I suppose you can argue that the inconsistency is hateful, but it's consistent with subversion's model of remote versus local actions, and it's good to understand that model when using subversion.
From: Arthur Bergman Date: 14:15 on 11 May 2005 Subject: Re: svn add On 11 May 2005, at 13:38, Phil!Gregory wrote: > * Nicholas Clark <nick@xxxx.xxx> [2005-05-11 12:13 +0100]: >> $ sudo svn --username=nick add ... >> Subcommand 'add' doesn't accept option '--username arg' >> Type 'svn help add' for usage. >> >> All the rest do. > > Actually, add, cleanup, info, resolved, and revert don't. Or, put > another > way, only the commands that can interact with a repository take > --username. I suppose you can argue that the inconsistency is hateful, > but it's consistent with subversion's model of remote versus local > actions, and it's good to understand that model when using subversion. > It is also not what the manual says should happen...... alias svn svn --username=abergman doesn't work because of this... very hateful. Now if it could read some env variable for the username it would be cool ----- CTO @ Fotango Ltd +447834716919 http://www.fotango.com/
Generated at 10:26 on 16 Apr 2008 by mariachi