> -----Original Message-----
> From: Vincent Lefevre [mailto:vincent-...@vinc17.net]
> Sent: zaterdag 14 augustus 2010 15:01
> To: dev@subversion.apache.org
> Subject: Re: svn diff - Is this behaviour expected?
>
> On 2010-08-14 04:05:17 +0100, chr...@lavabit.com wrote:
> > Is this expected/desired? Should I create a new issue? (I couldn't
> > find anything similar.)
> > Is there a consistent (backwards & forwards compatible) syntax I can
> > use?
>
> I have the same problems at least on the cases without -r.
> This doesn't match the description of "svn diff" in the book:
>
> http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.ref.svn.c.diff
>
> Conversely, when blah has been added, but not committed,
>
> svn diff -rBASE blah
>
> gives a diff instead of an error (indeed an error is expected because
> b...@base doesn't exist, as this can been seen with "svn cat blah").
If I remember correctly comparing to BASE does not compare to the version in
the repository, but to the local pristine version. Just like not providing
-rBASE. (Compare it to -r<revision of base>).
We can't break this common use case without breaking almost every user of
the local diff feature.
svn cat uses a different definition.
Bert
