On Tue, Aug 18, 2009 at 4:39 PM, David Carson <dccarson_at_yahoo.com> wrote:
> Might I ask why this has never been properly addressed (to my knowledge)?
> We have the situation discussed by Derek Mahar where a rename causes the
> --stop-on-copy option to be short-circuited, such that "svn log ..." alone
> cannot be used to determine the origin of a branch (without eyeballing it).
> Moreover, even in the simple case, to get the information isolated requires
> "svn log ..." plus some parsing of the output to get what is really of
> interest, namely URL:revision.
> Why not solve both of these issues by simply adding a new command: "svn
> 1. The new command would return URL:revision, and nothing else. No parsing
> of the log output necessary.
> 2. The new command would always return the real origin of the branch, not a
> copy that might or might not be the original copy.
> If #2 is not possible presently, then simply add this information to the
> repository's schema, so that it is available.
> I feel that this particular piece of information is so important, it
> warrants a new command, or some definitive way of retrieving it. What do
> others think?
this is why the recommended practice of creating a new branch w/ the same
name as the original branch after reintegration is bad in my mind. svn log
--stop-on-copy is pretty much useless for the first branch w/ the given
i instead create a branch with a new name to avoid the issue in the
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-08-20 20:35:54 CEST