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

Re: FEATURE REQUEST: svnadmin to accept URL notation file:///

From: Josh Gilkerson <jwg_at_google.com>
Date: 2007-04-27 19:30:24 CEST

We've really managed to hijack this thread for an semi-related issue,
haven't we?

On 4/27/07, Peter Samuelson <peter@p12n.org> wrote:
> Actually we have such a flag already, to denote that something is
> definitely a relative pathname rather than a URL. It is in the form of
> the prefix "./". Try it. It works.

Yes, but not exactly what I was saying. If I write a script to create
a directory, then set up some default contents for it, if I prepend ./
to everything, it will mess up absolute paths. I'd like to be able to
skip detecting absolute or relative. It'd be easier if I could just
add a flag.

You have convinced me beyond a doubt that not adding a switch is not a
problem, but is there a reason why adding it would be? Some
possibilities (they all seem a little weak to me)
--- any change to the interface is bad (but this one does not break
backward compatibility except for a few fleetingly rare cases, so not
quite so bad)
--- more switches clutters an interface
--- more switches means more maintenance

Regarding the switch, I don't really have an opinion one way or
another. I'm playing devil's advocate because I don't have a strong
opinion myself. I really mentioned it as a counter-argument to the use
of file:// uris for svnadmin.

> It also works for the other case you forgot to mention: paths that
> begin with the "-" character. Those are just as legal as the paths
> you're worried about, you know, although I don't recall hearing a whole
> lot of complaining from users about how hard it is to run 'svn diff' on
> their working copy file which happens to be named "-r44".

For sure. gnu utilities usually have '--' specifically for this case,
but this is not quite the same. We are detecting the type of a path,
not the flag-ness of an argument. Practically, this difference is
probably splitting hairs, though.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 27 19:30:46 2007

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.