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

RE: svn cat / svn ls

From: Barry Scott <barry.alan.scott_at_ntlworld.com>
Date: 2002-11-10 20:49:29 CET

Surely you cannot use one command because the actions each performs and
the options you can use with each only overlap partially. For example
recursive ls is meaningful. But recursive cat is not. You may choose to
sort the ls data before printing, not useful for cat.

It you stick with cat, ls maybe with type, dir as aliases then people
already understand the model.

BArry

> -----Original Message-----
> From: Vladimir Prus [mailto:ghost@cs.msu.su]
> Sent: 10 November 2002 13:26
> To: dev@subversion.tigris.org
> Subject: svn cat / svn ls
>
>
>
> Greg Stein wrote:
>
> >>'cat' seems to imply both a fetch and a print to stdout, I like that a
> >>lot. It goes nicely with 'svn ls'. If we went this route, 'svn ls'
> >>and 'svn cat' would be partners in crime: they both dump information
> >>to the screen, both take a revision arg, and both operate on either
> >>wc-paths or urls. There's a nice consistency there.
> >
> >
> > Why partners? Why not the same command? One prints out directories, one
> > prints out files.
>
> I like this idea a lot! But what name for the command do you suggest?
> "fetch" doesn't seem right, because you don't fetch the entire directory,
> you just list its entries. Maybe "svn show"?
>
> - Volodya
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Nov 10 20:51:02 2002

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

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