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

Re: [PATCH]: Transform rules prototype

From: Alan Barrett <apb_at_cequrux.com>
Date: 2005-11-06 09:50:38 CET

On Sat, 05 Nov 2005, Daniel Berlin wrote:
> This patch implements a prototype version of transform rules to save
> typing.

> The command line
> svn ls rule://release#4_0/gcc/ChangeLog
>
> will become:
> svn ls svn://gcc.gnu.org/svn/gcc/branches/gcc-4_0-branch/gcc/ChangeLog

This still doesn't handle deeply nested directories conveniently.

For example, if you are working in a deeply nested subdirectory of the
working copy, and you want to diff a file against the corresponding file
in the corresponding deeply nested subdirectory of another branch, you
still need to say something like this:

svn diff rule://release#4_0/gcc/fixinc/tests/base/arch/i960/archI960.h \
        archI960.h

where Greg's proposal would allow something like this:

svn diff -r release#4_0 archI960.h

Also, if you invent your own URI scheme, please note that schemes that
use the "://" syntax are special. (See RFC 3986, and search for "//"
and "authority".) Essentially, if the scheme uses the "://" syntax,
then the part between the "://" and the third "/" is required to be a
host name or user@host or similar, and the part after the third "/" is
required to follow the rules for relative URIs (e.g. ".." must work in
the usual way). You are using "://" in a way that is not allowed by the
generic syntax for URI schemes, because you don't have anything like a
host name; perhaps you could use "rule:" instead of "rule://" to avoid
this problem.

--apb (Alan Barrett)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Nov 6 09:52:31 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.