On Fri, Mar 05, 2004 at 12:24:40AM +0100, C.A.T.Magic wrote:
> if I now get it right,
> > svn ls
> will access -the server- and list all files under revision control there
> and not all files 'that exist in the working dir AND are under version
No you've got it wrong. svn ls /path/to/wc will give you the files in
the working copy that are or are scheduled to be added to the repo.
> how about some extra flags for
> " list --version-controlled-files-in-working-dir "
> this would then probably be somewhat similar to
> " status --without-the-single-characters-in-front "
> (ofcourse something shorter would be nice:)
Totally unnecessary and ridiculously long option names.
> this kind of ls would work without access to the remote repository
> and also allow easier use in some scrips and shell commands.
It already does work this way. Why didn't you try it before you sent
> And while I may have the ear of an svn developer --
> svn ls -N <--- unsupported/error (nonrecursive is default)
> svn ls -R
> svn add -N
> svn add -R <--- unsupported/error (recursive is default)
> why are the some functions that default to "-R"ecursive and
> some other that default to "-N"onrecursive,
> but either one complains when used when the default -R and -N
> is explicitly specified -- this is sometimes annoying
> because you have to remember whether a command requires an
> -R, -N or nothing all the time.
> ( is this filed as an issue or as a nono-decision already?
> I couldn't find anything on the topic yet )
This has been explained over and over and over again. The defaults
exist the way they are because they are the most common use case. Most
people don't want a recursive list but do what a recursive add.
See this thread for past discussion:
And would you all stop CC'ing the firstname.lastname@example.org list with
this chatter about how to use the software. It doesn't belong on that
Ben Reser <email@example.com>
"Conscience is the inner voice which warns us somebody may be looking."
- H.L. Mencken
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Fri Mar 5 02:05:52 2004