RE: svn diff - Is this behaviour expected?
> -----Original Message-----
> From: Vincent Lefevre [mailto:vincent-svn_at_vinc17.net]
> Sent: zaterdag 14 augustus 2010 15:01
> To: dev_at_subversion.apache.org
> Subject: Re: svn diff - Is this behaviour expected?
> On 2010-08-14 04:05:17 +0100, chris0_at_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:
> 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
> blah_at_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.
Received on 2010-08-15 14:35:16 CEST
This is an archived mail posted to the Subversion Dev