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

Re: 'svn switch --relocate' behavior change -- intentional?

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: 2005-08-23 22:42:55 CEST

Comments, Peter?

Branko Čibej <brane@xbc.nu> writes:

> C. Michael Pilato wrote:
>
> >Yesterday I noticed the suddenly 'svn switch --relocate' didn't work
> >the same way it always has, requiring now that instead of using a
> >FROM_URL and TO_URL which reflected the locations of the relocation's
> >working copy target path, the FROM_URL and TO_URL must be repository
> >root URLs.
> >
> >For example, I used to do:
> >
> > svn switch --relocate .../repos/trunk .../repos/trunk trunk-wc
> >
> >But now that errors out, and I'm forced to do:
> >
> > svn switch --relocate .../repos .../repos trunk-wc
> >
> >Was this change in behavior intentional? The log message for r15015
> >seems to indicate that something was intended:
> >
> > ...
> > * subversion/libsvn_wc/relocate.c (relocate_entry): Don't rewrite any URLs
> > if the FROM argument matches outside the repository root URL. Rewrite the
> > repos root URL.
> > ...
> >
> >Did the community accept this change in behavior, and I just missed it?
> >
> I think it surprised me at one time, too. Besides, I don't believe
> this behaviour is what the commit was supposed to fix.
>
> IIRC, we wanted to disallow the relocate if it changed, say foo://bar
> to foo://baz, where the new repos root was in fact foo://baz/blah
> (that is, if the relocate parameters were shorter than the repository
> root). I don't think that longer relocate params should be disallowed.
>
> -- Brane
>

-- 
www.collab.net  <>  CollabNet  |  Distributed Development On Demand
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 23 22:48:14 2005

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.