Michael Sinz wrote:
> On 1/12/07, *Duncan Murdoch* <murdoch@stats.uwo.ca
> <mailto:murdoch@stats.uwo.ca>> wrote:
>
> [...]
>
> Maybe the solution to both problems is to give an option to svn log
> that
> says:
>
> "Show me every revision that mentions this URL".
>
> as opposed to the current
>
> "Show me every revision to this URL".
>
> Then I'd see when the file at that URL got deleted, I'd see when it was
> copied somewhere, etc., and the pure view that a delete is a change to
> the enclosing directory rather than the file wouldn't need to change.
>
>
> Ignoring the technical issues, this sounds good as finding the copy-from
> cases is really one of the things I would love to do.
Maybe: svn log --by-path PATH
When using such an option @<peg> would be ignored (or error), only
-r ranges would be valid.
The syntax should refer to the word "path" and not "URL" IMHO, as
the concept of a URL is that it's the location of a singular
resource and we're asking for information on potentially a list
of resources (objects, peg versions, whatever ya want to call them).
I like it. I like it a lot. I still think I want --action ontop
of it to allow for greater resolution if desired, but that's maybe
another thread.
My assumption for such a --by-path option would be that it would
imply --stop-on-copy, since it's reporting on the *path's* history,
and not the object. And since it's the path's history there may
well be revisions listed after a copy point is reached...they just
wouldn't be for the same object (they'd be for the object that
shared the same path earlier).
$ svn help log
Valid options:
[...]
--by-path : history of the path, not the object. Ignores @<peg>
-Byron
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jan 13 01:01:49 2007