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
> origin"
>
> 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
name.
i instead create a branch with a new name to avoid the issue in the
reintegration flow.
-nathan
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2385750
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-08-20 20:35:54 CEST