((more) complete) quote(s) below :-))
Robert P. J. Day wrote:
>frankly, i don't see why that's subversion's problem.
>
Agreed (but ...)
>as i read it, an svn:externals reference can be an *absolute* URL. if
>someone at that URL starts moving things around, how is subversion
>supposed to handle that?
>
Of course SubVersion cannot handle that in a useful way *automatically*
- and I'm not asking it to.
My problem is this: The external change can render a large part of my
history unusable (!) and there is currently no way to fix it! Even manually!
(ok, I haven't checked that yet: I can probably dump it, modify lots of
stuff and reload it - imagine a large repository with many tags and
branches... ouch...)
Holger
P.S.: See my next mail RFE/RFC for more details :-)
Robert P. J. Day wrote:
>On Fri, 26 Aug 2005, Craig McElroy wrote:
>
>
>>On Aug 26, 2005, at 10:43 AM, Ben Collins-Sussman wrote:
>>
>>
>>>This problem is also a good reason why we need "relative" urls in
>>>svn:externals.
>>>
>>+1
>>
>
>but (AFAICT) this wouldn't solve the issue of someone moving the
>source on a remote site and, frankly, i don't see why that's
>subversion's problem.
>
>as i read it, an svn:externals reference can be an *absolute* URL. if
>someone at that URL starts moving things around, how is subversion
>supposed to handle that?
>
>it seems that's a server-side screwup, not a subversion issue.
>
>rday
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Aug 27 17:03:18 2005