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

Re: Determining origin of branch

From: Nathan Nobbe <quickshiftin_at_gmail.com>
Date: Thu, 20 Aug 2009 12:34:53 -0600

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

i instead create a branch with a new name to avoid the issue in the
reintegration flow.



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-08-20 20:35:54 CEST

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

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