On Jan 24, 2005, at 12:18 PM, Max Bowsher wrote:
> Below I propose what might just possibly become the final relative
> externals syntax. Comment, discuss, and then let's implement! ;-)
>
>
> For examples, I will use the external which is present in the cvs2svn
> repository,
> and rewrite it into each of the proposed relative forms.
>
> Existing absolute external:
> http://svn.collab.net/repos/svn/trunk/subversion/tests/clients/
> cmdline/svntest
>
>
> Relative form 1: Scheme-relative
> //svn.collab.net/repos/svn/trunk/subversion/tests/clients/cmdline/
> svntest
>
> This form is compliant with RFC 2396.
+1
> Relative form 2: Host-relative
> /repos/svn/trunk/subversion/tests/clients/cmdline/svntest
>
> This form is compliant with RFC 2396.
+1
> Relative form 3: Repository-relative
> ///../svn/trunk/subversion/tests/clients/cmdline/svntest
>
> The concept of a repository within the URL is fairly unique to
> Subversion, and hence no suitable syntax is expressed in RFC 2396.
> This form takes advantage of the fact that whilst the RFC explicitly
> specifies the meaning of a relative URL beginning with zero, one, or
> two slashes, it is silent on the matter of three or more slashes.
> Therefore I feel this is a good way to accomodate this very useful
> form of relativity into an unused (and unlikely to be used) void in
> the URI standard.
Ew. Given form 2, I think that this is unnecessary. -0.9
> Relative form 4: Directory-relative
> ../../svn/trunk/subversion/tests/clients/cmdline/svntest
>
> This form is compliant with RFC 2396.
> It is stretching the example somewhat, since it would break on tagging
> or branching cvs2svn, since "tags/foo" and "branches/foo" contain a
> different number of components to "trunk", but you should get the idea
> of what the syntax means, nonetheless.
Seeing how fragile this is, esp. WRT tagging and branching, I'm also
-0.9 on this.
I question the importance of covering every possible want for relative
external refernces. Instead, I think that doing 1 & 2, and doing them
right, will provide a much more robust (and comprehensible) solution.
-Fitz
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jan 25 01:03:29 2005