On Tue, Mar 08, 2011 at 09:38:02AM +0200, Alan Barrett wrote:
> On Mon, 07 Mar 2011, Stefan Sperling wrote:
> I believe that users expect
> svn log -rREV1:REV2 path_at_PEG
> to mean "report everything that happened to path_at_REV between
> revision REV1 and REV2, inclusive", with both creation and deletion
> being events for potential inclusion in the report. It's unfriendly
> for "path_at_PEG does not exist in revision REV1" or "path_at_PEG does not
> exist in revision REV2" to be fatal errors that prevent the display
> of information for revisions where path_at_PEG does exist.
> I am not the original poster, but I would ask for this to be changed
> so that it uses the revision in which path_at_PEG was deleted as an
> upper limit, and the revision in which path_at_PEG was created as a
> lower limit, no matter what -r says.
> I'd also like deletion events to appear explicitly in the log, but
> that's a separate issue. If ^/dir/subdir/file exists in revision 5,
> but ^/dir is deleted in revision 6, then I'd like "svn log -v -q -r6
> ^/dir/subdir/file_at_5" to print
> r6 | author | timestamp
> Changed paths:
> D /dir
> instead of
> svn: File not found: revision 6, path '/dir/subdir/file'
Makes sense to me. Is there an existing issue filed for this or
should we file a new one?
Received on 2011-03-08 11:00:00 CET