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

RE: rapidsvn feedback

From: Frohwalt Egerer <mail_at_frohwalt.de>
Date: 2002-08-02 10:25:41 CEST

> -----Original Message-----
> From: cmpilato@collab.net [mailto:cmpilato@collab.net]
> Sent: Thursday, August 01, 2002 8:34 PM
> To: Alan Shutko
> Cc: Zack Weinberg; Blair Zajac; brane@xbc.nu; Josef Wolf; Ben
> Collins-Sussman; Peter Johnson; dev@subversion.tigris.org
> Subject: Re: rapidsvn feedback
> Alan Shutko <ats@acm.org> writes:
> > cmpilato@collab.net writes:
> >
> > > Could we perhaps just add an `svn url [TARGET]' command, and then you
> > > guys could just use:
> > >
> > > svn ls `svn url`/subdir
> >
> > Does that work on Windows?
> No ... but then, what does?

Using a .cmd script to assign the output of svn url to an environment
variable does.

Hell, you can easily write a wrapper xsvn.cmd that assings the output
of "svn url" to the environment variable x and then calls svn with
all supplied parameters.

The same can be done with a Unix shell quite more easily.

The only remaining problem, in Windows you'd have to write

        xsvn ls %x%/subdir

and in Unix

        xsvn ls $x/subdir

But all in all expansion of magic characters is a thing that shall
always be left to the shell.

(By the way, when using aliases you might even get rid of having to type
 xsvn and be able to use svn ...)

If you'll add "svn url" I'll write the xsvn.cmd script :-)


P.S.: Ouch, shooting my own foot here, because I think a "magic character"
is definitley easier to use ... as long as you get used to svn doing
"magic" things behind your back. I think magic characters raise the bar
for those trying to learn subversion a little little bit more and so should
be avoided. Even if they seem comfortable.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Aug 2 10:22:47 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.