Chris J Smith wrote on Tue, Aug 14, 2012 at 16:04:22 +0100:
> Hi,
> 
> I've encountered a rather interesting merging bug. We are using the following 
> stack:
> 
> Client side: TSVN 1.7.7 on Windows 7 x64
> Server side: Apache 2.0.27, Subversion 1.7.5 on Windows 2008 Server R2 behind 
> an IIS 7.5 ARR proxy.
> 
> The issue is as follows (with false names of course :-):
> 
> 1. We have trunk and two branches running (ba, bb). Merges have been done 
> from each branch.
> 
> 2. bob merges a revision 12 from ba into trunk. This causes the mergeinfo 
> property to be set on trunk to:
> 
> /svn/project/ba:10,11,12 #(adding the 12).

Not 10-12 ? 

> /svn/project/bb:8,9,13
> 
> 3. bill comes along and immediately merges revision 14 from bb into trunk. 
> This causes the merge info to set on the root to:
> 
> /svn/project/ba:10,11 #(removing the 12?!?!?)
> /svn/project/bb:8,9,13,14 #(adding the 14)
> 
> This unexpectedly removes rev 12 from the mergeinfo for a branch which is not 
> being merged against. Inevitably this means that rev 12 now shows up as 
> eligible again.
> 

Can you provide 'svn log -q -v -r 0:12' output of a repository that
shows the problem?  I can't look into it myself but I think it would be
helpful.

> We've been playing whack a mole with this for a couple of weeks now. The 
> problem is entirely intermittent and there appears to be no way of reliably 
> isolating it (I've tried for days now).
> 
> There is the possibility of human error here either on my understanding or at 
> this end but it's shown up on several people's workstations now.
> 
> Does anyone know why this occurs or can anyone help us?
> 
> Best Regards,
> 
> Chris Smith
> 
> 
> [cid:imageb49554.png@03f105ab.20a84782]
> Best Tech/ Software Provider- PA Awards 3 years running, voted for by 
> Financial Advisers.
> [cid:imageb8bb42.png@42860fd3.72ca41b9]
> 
> The information contained in this message is confidential and may also be 
> privileged. It is intended only for the addressee named above. The 
> unauthorised use, disclosure, copying or alteration of this message is 
> strictly prohibited. If you are not the addressee (or responsible for 
> delivery of the message to the addressee), please notify the originator 
> immediately by return message and destroy the original message. This message 
> and any attachments have been scanned for viruses prior to leaving the 
> originators network. The originator does not guarantee the security of this 
> message and will not be responsible for any damages arising from any 
> alteration of this message by a third party or as a result of any virus being 
> passed on. Registered in England No. 05206315. Registered Office IntelliFlo 
> Limited, Quarrydown, 21E Rydens Road, Walton on Thames, KT12 3AB.
> 
> 
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________



Reply via email to