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

Re: svn up -p

From: Sebastien Cevey <seb_at_cine7.net>
Date: 2002-11-06 18:51:25 CET

On Wed, Nov 06, 2002 at 09:40:00AM -0800, Kevin Pilch-Bisson wrote:

> > > Keep in mind that 'cat' is fairly unix centric.
> >
> > Heh, so is 'svn ls'. Maybe we should create a 'dir' alias for it. :-)
> Good point, I've never actually used svn ls yet, so it hasn't bothered me.
> Plus, I'm used to switching between Unix and windows[1], but I think if we're
> going to name commands after shell tools, they should have aliases for the
> equivalent tools in unix and windows shells.

Well actually I think there are far more linux developpers using
shells (thus cat, ls, & friends) than windows developpers using
... DOS ? (thus copy, dir, & friends).

I'm convinced some not-too-old windows developpers have never even
used (at least not as much as linux people use command line) shells
under windows.

I don't want to troll about unix shells being superior to windows
shells (though I'd laugh to hear the contrary :) ), but what I mean is
that most of the people familiar with shells are not DOS-people.

Sure, it'd be more consistant for people using SVN under DOS to have
svn copy rather than svn cp, but are there many of them out there (ok
this is a pure estimation of mine, I might be wrong) ?

Having dozens of aliases like ls/dir etc would rather confuse the
people using svn rather than helping them, I think. By keeping the
number of action small (and this is the topic of the discussion about
'cat'), you ensure that it's easier to learn.

I think it's not harder for people to learn "svn ls" than to learn
"svn blame", i.e.

Sebastien Cevey <seb@cine7.net>
Cine7 - www.cine7.net
Milcis - www.milcis.net
ICQ: 48895760
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 6 18:51:28 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.