[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: possible improvement to svn log with "forward" revision range

From: Avalon <third-chance_at_gmx.de>
Date: Mon, 07 Mar 2011 13:09:17 +0100

> 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.

Received on 2011-03-07 13:09:49 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.