i am using the svn log command with a "forward" revision range, e.g. "-r
N:HEAD".
This fails if the requested path has been deleted in HEAD revision.
When used with "backward" ranges, which are commonly used, e.g. "-r N:1", the
result is ok - even if the requested path is not present in revision 1.
I do understand the implications of going "forward" through the history.
But would it be possible to modify the svn log command to be improved for these
cases?
If such an implementation would require more computations it could be used as a
fallback only if the resource does not more exist in HEAD (resp. in the
end-revision).
>> What kind of enhancement do you have in mind? Specifically, which
>> feature is missing that Subversion doesn't already have?
The following command will fail, if the given resource has been deleted in a
revision higher than N:
svn log -r N:HEAD file:///repository-and-path-to-resource
It would be very useful if this would work the same as when used with backward
ranges (e.g. N:1).
An example use case would be that a user wants to browse to a more recent
revision of a resource.
Without this enhancement the user must repeat the command over and over with "-r N:N+1",
"-r N:N+2" until the command fails.
Dirk
