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

Auto-subst of repository roots (was Re: svn diff branch woprking copy against mainline?)

From: Daniel Berlin <dberlin_at_dberlin.org>
Date: 2005-11-03 01:43:30 CET

A bunch of my gcc users are complianing that they are continually typing
the repository root to do certain diffs.
They are, of course right.
Usually, we just say "you can script with the shell", but as Richard
points out below, a substitution works everywhere, shell only works if
you are working in the same root everywhere.

Ignoring the question of what character would substitute repository
root, would anyone be opposed to having such a substitution.

For url vs url diffs, we'd look up the info from the current directory
(best we can do).

For url vs wc diff, one of the targets has to be in the wc, and we can
just get the repository root for that file (in case it is switched).

On Wed, 2005-11-02 at 16:08 -0800, Richard Henderson wrote:
> On Wed, Nov 02, 2005 at 06:39:53PM -0500, Daniel Berlin wrote:
> > Of course, the question always raised when you try to do this is "why is
> > this better than just using shell variables"
> >
> > if you can give me a good answer to take back to dev@subversion, i'm
> > happy to
> If we had something to expand to "Repository Root", then you
> would have a mechanism that would automatically work in whatever
> repository you're currently working in. Something that can't be
> said about shell variables.
> Even better if we can choose something that isn't already a shell
> meta character, and so needs no quoting itself.
> What if we let "^[+]" substitute Repository Root? We'd get
> svn diff +/trunk/gcc/foo.c foo.c
> I'm undecided if automatically appending a / to the expansion is
> helpful. It probably is, since essentially all uses need it.
> r~

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Nov 3 01:44:38 2005

This is an archived mail posted to the Subversion Dev mailing list.