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

Re: svn diff interface

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2002-05-10 15:36:21 CEST

On Fri, May 10, 2002 at 02:09:20AM -0400, Greg Hudson wrote:
 
> Diff between rev 3 and 4 of two particular paths under current wc dir:
> svn diff --old=@3 --new=@4 foo bar
>
> Diff between rev 3 and 4 of a URL:
> svn diff --old=http://whatever@3 --new=http://whatever@4
>
> The last two examples seem pretty clunky. I don't know if this
> interface can be tweaked to make that easier. Defaulting NEWTARGET to
> OLDTARGET (instead of ".") makes the last case simpler but screws up
> some of the earlier ones.

any reason we can't just simplify at least the first one of these by
allowing the '-r foo:bar' syntax? that would remove the need for the
'--old=@3 --new=@4' gymnastics.

> Anyway, just an idea. I'm still happy with either the "smart" or
> "dumb" proposals I made earlier, and Phillip makes a reasonable case
> that "svn diff" should perhaps be consistent with "svn merge" even if
> that requires xargs contortions to handle the iterative case.

when i first saw this i had to try really hard to avoid sending off a
'no!!! too verbose!' email to the list, but now that i've gone back
and looked at the examples again, it doesn't seem that bad.

what do people think about using this, possibly with the '-r foo:bar' as
an alternate syntax to specify oldrev:newrev ?

-garrett

-- 
garrett rooney                    Remember, any design flaw you're 
rooneg@electricjellyfish.net      sufficiently snide about becomes  
http://electricjellyfish.net/     a feature.       -- Dan Sugalski
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 10 15:37:37 2002

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.