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

Re: [PATCH] implement "svn relocate", a subcommand for frobbing the wc's urls.

From: Julian Fitzell <julian_at_beta4.com>
Date: 2002-09-20 20:48:12 CEST

Greg Hudson wrote:
> On Fri, 2002-09-20 at 14:15, cmpilato@collab.net wrote:
>>I echo this concern, though perhaps more like a bathroom's echo than a
>>canyon's. :-) As an obscure feature, I imagine it will likely only be
>>used by folks who can understand that level of how Subversion works.
> The problem with giving command names to obscure features is that they
> take up just as much room in "svn help" as the non-obscure commands. I
> really don't want to see us go the way of Bitkeeper here.
>>Use cases are good ones. Think about a developer with a laptop (like
>>myself) who has to hit a repository via two different URLs depending
>>on where his net connection is
> This case seems better handled at the DNS layer, honestly.

I don't understand how it can be... how would DNS solve either of the
two use cases?

If you have to change the name of a repository it is presumably because
you don't want to use the old one for some reason. How does DNS help
you solve that? If you have access a different host name from inside
your firewall than outside (or even a different port) how dose DNS help
you solve that? What about if your sysadmin reorgs the server and you
have to use a different URL to the repository? Yes in all but the first
case you could maybe do a clean checkout but if you don't have too...

> I remain -0 on this command, though others are free to override that, of
> course.

I haven't formed a strong opinion either way, but I do think the
functionality is nice to have and I don't understand how DNS helps any.


Beta4 Productions (http://www.beta4.com)
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Sep 20 20:46:57 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.