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

RE: svn ls' behaviour

From: Dale Worley <dworley_at_pingtel.com>
Date: 2005-05-05 15:52:05 CEST

> From: S.Ramaswamy [mailto:ramaswamy@collab.net]
> 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.

Naively, it seems to me that the "right" behavior for "svn ls" should
parallel many of the other operations -- "svn ls URL" would list the
contents of the specified revision of the specified path in the repository,
but "svn ls WC-directory" would list the current version-controlled contents
of the specified WC directory. (One could get the former effect by getting
the URL from "svn info WC-dir" and using it in "svn ls URL".)

I think that "svn log" is not a good model for understanding "svn ls",
because "svn log" inherently involves history, which is the reason that it
is difficult to construct a clear theory of what "svn log WC-dir" ought to

One consequence of my proposal is that "svn ls -rREV WC-dir" doesn't make
any sense, and that "svn ls -rREV URL" could only mean the same thing as
"svn ls URL@REV".


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 5 15:57:51 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.