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

Re: Proposal: don't modify any unrelated mergeinfos during 'svn merge'

From: Mark Phippard <markphip_at_gmail.com>
Date: Wed, 17 Sep 2008 12:25:07 -0400

On Wed, Sep 17, 2008 at 11:49 AM, Bert Huijben <bert_at_vmoo.com> wrote:

>> ** How common this is depends on how "smart" we can make optional
>> elision, but it seems likely that if subtree merges are done (as is
>> common in the Subversion repository) then the subtree mergeinfo
>> created is there for the long haul.
>
> Is it possible to easily detect if we could apply the same merge higher up in the working copy (e.g. on trunk/
> instead of trunk/src/libraries/mylib) with (except for the merge-info) the same result?
>
> In that case it might be possible to just apply the merge higher up the tree, providing better merge info.

I do not think this is possible, and probably not desirable. If you
merge to a specific subtree, having merge alter a path above that tree
would not be acceptable. It sounds like that is what you are saying.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-09-17 18:25:22 CEST

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

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