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

Re: question about "Tree conflict: local edit, incoming delete upon merge"

From: Olivier Sannier <obones_at_free.fr>
Date: Thu, 8 Jul 2010 13:54:38 +0200

Between the time you created the branch and the time you merge it, the
trunk has evolved and the file has been modified.
Use the log to see that.

Regards
Olivier

PS: Please reply to the list as well.

emerson wrote:
> Hi Olivier
>
> That is the thing, there is no changes done in that specific file!
>
> I just did:
> - revert that file
> - update from svn, nothing to update
> - merge that revision
> - got conflict
>
> One detail I left out: we are using 1.6 client and 1.4.4 server. Would
> that be the reason of these type of conflicts?
>
> Regards
> Emerson
> On 8 July 2010 12:34, Olivier Sannier<obones_at_free.fr> wrote:
>
>> emerson wrote:
>>
>>> emerson_at_emerson-desktop:~/workspace/branches/stable$ svn status
>>>
>>> modules/com.company.search/src/java/com/company/search/api/response/DoRetrieveNatAdFeed.java
>>> C
>>> modules/com.company.search/src/java/com/company/search/api/response/DoRetrieveNatAdFeed.java
>>> > local edit, incoming delete upon merge
>>>
>>> why is that? This is a simple delete , why does it show as a conflict?
>>> the file hasn't changed by any other revision that is part of the
>>> merge. Shouldn't it just remove the file locally or mark it for
>>> deletion? Can't I apply several revisions to commit afterwards
>>> together if one of them contains a deletion??
>>>
>>>
>> The message says it all: You have a local (ie in trunk) modification while
>> the merge tries to delete that modified files.
>> For you not to loose changes without knowing about it, SVN triggers a tree
>> conflict. Only you, human, can decide what to do between keeping the file
>> with the changes made in trunk, or accept the deletion that comes from the
>> merge of the branch
>>
>>
>>
>
>
Received on 2010-07-08 13:56:19 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.