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

svn ls' behaviour

From: S.Ramaswamy <ramaswamy_at_collab.net>
Date: 2005-05-05 06:59:25 CEST

It took me a while to understand that 'svn ls' even when it is operating
on a working copy path is only listing the contents of the path as it
exists in the repository. This can be a little confusing in cases where
a directory (or file) has been deleted in the working copy and the
delete has been committed. Now if you run 'svn ls' from a parent
directory that has not been updated, you still see the deleted files
being listed. 'svn ls' seems to be using the revision number of the
current directory to do the listing. When used without a working copy,
'svn ls' seems to default to HEAD - Would it be a good idea for 'svn ls'
to do the same when it is run from a working copy also ?

Maybe I should stop using svn commands to do regular stuff - I recently
caught myself trying to use "svn del --force" instead of "rm" ;-) .


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 5 07:02:27 2005

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.