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

Re: Easier branch comparisons (was Re: Log message templates revisited)

From: Jim Blandy <jimb_at_red-bean.com>
Date: 2005-11-09 08:32:59 CET

On 11/8/05, Greg Hudson <ghudson@mit.edu> wrote:
> On Tue, 2005-11-08 at 22:57 -0800, Jim Blandy wrote:
> > I'm trying to outgrow my control-freak habits, so I'm forcing myself
> > to expose my tender sketch to y'all's stone-hearted criticism.
> Basically, I think we want two things different from your proposal:
> * On the property front, I think we want to be a little less generic.
> Teach the client about trunk, branches, and tags. This generic "kind"
> stuff will be too hard for users to wrap their heads around, and will
> require extra typing every time you use the command.

Well, it's a matter of documentation --- if you just tell people "set
the property svnp:parallel:trunk, and then say +trunk", they won't
know any better, right? But when someone comes at you and says, "I
have a vendor-branches subdir, too!", you're ready.

I'm not wedded to the generality. But if this is implemented in the
client itself, then this would be the first instance where any part of
Subversion actually had hard-coded knowledge of the
'trunk/branches/tags' triad. Icky.

> * On the syntax front, I'm not sure that thinking about this in terms
> of URL transformation will yield good results. "svn diff
> --old=branch1-shorturl/file --new=branch2-shorturl/file" doesn't seem as
> natural as the more CVS-like "svn diff -r
> branch1-specifier:branch2-specifier file".

If it could be integrated into svn so we could do the expansion at the
right times, that'd be double-dandy. I wanted to give the GCC folks
something they could actually use today, regardless of how discussions
here turned out.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 9 08:33:49 2005

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