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

Re: use svn:externals for build/generator/ezt.py?

From: Branko Čibej <brane_at_xbc.nu>
Date: 2003-10-31 17:02:21 CET

Branko Čibej wrote:

>C. Michael Pilato wrote:
>
>
>
>>Branko Čibej <brane@xbc.nu> writes:
>>
>>
>>
>>
>>>Heh. What _is_ the real problem, then?
>>>
>>>
>>>
>>>
>>The ability to pull sources from different filesystems and assemble
>>them in a working copy, with the ability to track (or not to track, if
>>you wish) changes in those secondary locations.
>>
>>Would FS references provide this functionality? (I was assuming they
>>were just the equivalent of softlinks.)
>>
>>
>>
>>
>You can have both internal and external references. Internal references
>act like soft links. External references can be implemented in two ways:
>
> * Completely opaque to the client. Ths would require proxying on the
> server.
> * As redirection commands. The server would tell the client to
> redirect its query to another URL during checkout and update of a
> directory.
>
>The second solution is simpler to implement and requires no server
>configuration, but shares some of the problems of svn:externals. On the
>plus side, there wouldn't be any discontinuities in the WC, so the
>various editors and commands wouldn't have to go looking into the
>svn:externals property to see if any recursion was necessary; the
>foreign subsets of the WC woudl act very much like switched directories.
>
>

Oh, and I wouldn't dream of allowing external references to anything but
directories. I know we can do "svn switch <file>", and have the code to
support it, but it scares me. :-)

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 31 17:03:04 2003

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.