For the svn log command the direction "-r N:1" works fine - even if the
resource does NOT exist in revision one.
So in this case the resource is NOT checked to exist in both start and end
revision.
For the forward case the existance in the end revision seems to be checked
indeed.
This is what should be improved to enable the usage of "-r N:HEAD" even for
later deleted items.
Ah, I think I see where your problem is.
***snip***
Does this make sense?
yes, but this is not what i am interested in :-)
I am explicitly interest in finding a more recent revision than N of a specific
resource.
svn log -r N:HEAD path-of-resource@N
It is possible to find older revision (-r N:1 path@N) and the resource must not
exist in revision one.
For the forward case it is checked if the resource exists in HEAD.
If this is not the case (e.g. the resource has been removed in rev. N+100 /
HEAD) the command fails.
It would be very helpful if at least the available future revisions of the
resource can be queried.
So the improved output of the first command (-r N:HEAD path@N) should be
(instead of erroring out):
------------------------------------------------------------------------
rN | user | datetime | ...
...
------------------------------------------------------------------------
rN+3 | user | datetime | ...
...
rHEAD-10 | user | datetime | ...
And this should be possible even if the resource has been deleted in revision
HEAD-5.
I hope this clarifies what i would expect.
Dirk
