On Mon, May 06, 2002 at 08:57:05PM -0500, Ben Collins-Sussman wrote:
> Garrett Rooney <firstname.lastname@example.org> writes:
> > i've seen this behavior mentioned on the list before, and i never got
> > a satisfactory answer to it.
> > running 'svn diff -r 1878:1879 packages/freebsd/subversion' in the top
> > level of a checked out svn tree produces a diff that includes a diff
> > of the html that mod_dav_svn spits out for the directory
> > packages/freebsd/subversion. this can't possibly be what we want the
> > user to see in this situation...
> > if you leave off the 'packages/freebsd/subversion' argument, the
> > output is as i would expect.
> I'm not sure what the issue is here.
> In the first example, you're running
> svn diff -r X:Y foo/bar/baz
> ...which means, "do a diff between foo/bar/baz and itself at two
> different revisions". Thus I expect all paths to be relative to baz.
> After all, the server is comparing two versions of baz, and driving an
> editor to describe the differences. Thus 'baz' is the root of the
> In the second case, you're running
> svn diff -r X:Y
> ...which means, "do a diff between '.' and itself and at two different
> revisions." If '.' happens to be the top of your tree, then you're
> going to see *all* diffs within /trunk. (Of course, in your
> particular example, all changes in commit Y happened to be within baz
> So I turn the question around, what do you expect to see?
i'd expect to see pretty much what i'm seeing now, except for this
+ <hr noshade><em>Powered by Subversion</em>
where is this html sneaking in from? i'm not positive, but i suspect
that the same diff over ra_local wouldn't produce it.
to put it another way, if i run 'svn diff -r 1878:1879 packages/freebsd'
i expect to see the same output i would get from 'svn diff -r 1878:1879',
since revision 1879 only touched files inside packages/freebsd anyway.
> - Ben, who is getting tired of discussing diff's interface. Sigh.
> (At least it's not an 'svn status' discussion!)
garrett rooney Remember, any design flaw you're
email@example.com sufficiently snide about becomes
http://electricjellyfish.net/ a feature. -- Dan Sugalski
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Tue May 7 04:09:18 2002