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

Re: SVN always thinks a few certain files need to be merged

From: Steve Cohen <scohen_at_javactivity.org>
Date: Thu, 24 Mar 2011 17:07:37 -0500

On 03/24/2011 05:01 PM, Bob Archer wrote:
>> On 03/23/2011 08:02 PM, David Huang wrote:
>>>
>>> On Mar 23, 2011, at 7:52 PM, Pat Farrell wrote:
>>>
>>>> On 03/23/2011 08:34 PM, Konstantin Kolinko wrote:
>>>>> You are not giving much specifics, so how can people know what
>> is going on
>>>>> in your case?
>>>>
>>>> Specifics for complete 100% reproducable problem:
>>>>
>>>> do svn update for whole project
>>>> create branch from trunk
>>>> change one source file, not the one with the bogus mergeinfo,
>> commit it.
>>>> merge branch back to trunk
>>>>
>>>> before you commit the trunk, do a svn status
>>>> You will see the bogus mergeinfo listed as a change to the
>> trunk.
>>>
>>>
>>> If you're sure that the mergeinfo is bogus, why not just delete
>> it?
>>> e.g., svn propdel svn:mergeinfo
>> fnfapp/src/java/com/fnfbook/bean/FilterListBase.java
>>>
>>> http://www.collab.net/community/subversion/articles/merge-
>> info.html might be worth a read too.
>>>
>>
>> My specifics are substantially similar to those of Mr. Farrell,
>> which
>> are essentially what I laid out in my original post that started
>> this
>> thread. And yet Mr. Kolinko complains I've not given him enough
>> specifics. One specific I can give is that our SVN server is still
>> 1.5.4.
>>
>> Clearly something is broken here. If mergeinfo constantly requires
>> merging when there are no changes, how is that to be fixed? The
>> documents that have been posted here provide way too much
>> information
>> for my use case. I should not need to understand that much of
>> subversion internals to fix this problem!
>
> Basically, what it comes down to is the fact that the merge info on the files does not match the merge info on the parent folders. Whenever and item in the path has mergeinfo and a merge is performed that merge info is updated. (this is supposed to stop happening as of 1.7 I believe). As long as there is merge info on a file that isn't in the parent folder the merge info will remain at the file level. Once they match the merge info in the children (files) will be elided and you won't see this happen again.
>
> I assume every time you see these property changes you are committing them?
>
>
> BOb
>
>
>
>
Yes, and thanks. What I take from your explanation is that removing the
merge info from these files is both safe and effective in getting where
I want to go (not be bothered by this anymore). Is that right?

Is there any downside?
Received on 2011-03-24 23:08:07 CET

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.