On Tue, Dec 08, 2020 at 03:44:21PM +0300, Anton Shepelev wrote:
> Nathan Hartman:
>
> > A possible rationale is that the HEAD revision could
> > change without your knowledge (e.g., another user commits
> > something in the meantime) and you wouldn't get the
> > revision you were expecting.
> >
> > When I want to see the diff of the most recent revision I
> > use 'svn log -l 1 --diff'. (Note, though, that will be
> > from the BASE revision, not HEAD.)
>
> Thanks for the explanation, Nathan and Daniel, but svn diff
> -c does not support `BASE' either. Futhermore, from the
> viewpoint of consistency, it would be natural for -c and -r
> to accept exactly the same set of values, whose parsing
> would be implemented in the same piece of code.
I agree that it would seem natural. However, it was not done that way.
Here is the change which introduced the -c option 15 years ago:
https://svn.apache.org/r857128
The log message explicitly states "change number". So, unfortunately,
for whatever reason the author who contributed this code didn't write
the code to do what you expect it to do, and this inconsistency has
never been fixed.
If there is someone with enough motivation to fix this, please do.
Improvements to the consistency of the command line interface will
always be welcome. But someone would need to get the work done,
and these days we're no longer blessed with a huge amount of active
developers who have a lot of time on their hands :-/
Cheers,
Stefan
Received on 2020-12-08 14:58:22 CET