<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><P>Hi guys,</P><P></P><P>Subversion merging is notoriously weird.</P><P>The new merge tracking features are a complete mess, that's why many people are going to git or mercurial or whatever with sane merging. </P><P>The new merge tracking features seemed to be a good idea, but it is very new and has lots of flaws.</P><P></P><P>First question : did you merge recent modifications in the trunk in your branch, or has this branch diverged from a common point without gathering trunk patches?</P><P></P><P>The second case should be easier to merge back to trunk,</P><P></P><P>Cheers,</P><P>Bertrand</P><BR>--- En date de : <B>Dim 5.10.08, Vicent Marti <I><tanoku@gmail.com></I></B> a écrit :<BR><BLOCKQUOTE style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">De: Vicent Marti <tanoku@gmail.com><BR>Objet: Re: [Scummvm-devel]
 Memory consumption in GUI branch<BR><BR><PRE>Hey Max,

I've followed those exact same steps (twice) and the result is a  
complete mess:

It looks like SVNMerge is merging all the revisions on my branch to  
the trunk *one by one*, so for instance in a file I've developed from  
scratch (like xmlparser.cpp), it first merges the first revision into  
trunk, and then merges the second one on top of it creating a conflict  
between them. The end result is that all the files I've written are  
full of conflicts between their different revisions up to a point that  
they cannot be manually fixed.

This is very strange indeed... Maybe I'm missing something obvious?  
Maybe I trashed my branch sometime during the GSoC? That would indeed  
suck.

Cheers,
Tanoku


</PRE></BLOCKQUOTE></td></tr></table><br>