[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:47:52 -0500

On 03/24/2011 05:11 PM, Bob Archer wrote:
>> 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?
>
> It's not that simple, but it can be. My question would be.. what is the difference between the mergeinfo on these files and the merge info on your project root (which is where you should always perform your merges for this to work best). Once you know the difference the question is "why are they different". If it was due to a bug in svn then you should be ok with some manual changes. If it is due to some revision not being merged in at the project root level then I would ask, why aren't they merged at the root level?
>
>>
>> Is there any downside?
>>
>
> Only you can answer that based on doing the above investigation. If you don't remove needed mergeinfo then there is no downside. ;)
>
> BOb
>
>
>
I probably did many things when I was learning this stuff that wouldn't
do now. But my punishment shouldn't be eternal.

Thanks.
Received on 2011-03-24 23:48:25 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.