Hi Philip,

Am 2013-01-06 14:59, schrieb Philip Oakley:
Surley (?) the simplest method, given your limited number of branches, is to 
capture and
repeat the moves as a script once for each branch, so that each branch has a 
flag day
commit. Then the development merging should proceed just fine.

At least then the file rename machinery has much less to worry about for any 
conflicts that may happen. It will normally show the file renames just in case..

Thanks for your reply! Repeating the move commands for each branch and a flag day commit for each is what I tried already: see the second attempt in my original mail, commits F and N, which I tried to merge into G.

I just tried this again in order to capture the full error messages it provides:

Being on branch "develop" at commit F, running "git merge master" yields two types of error messages:

CONFLICT (rename/delete): www/wiki/inc/lang/en/lang.php deleted in HEAD and 
renamed in master. Version master of www/wiki/inc/lang/en/lang.php left in tree.

I believe this is for all those that I have modified in "develop". However (as all I did was moving things into www/ ), I don't seem to understand what this message means, much less how to fix it.

CONFLICT (rename/rename): Rename "xmlrpc/includes/index.html"->"www/plugins/system/legacy/index.html" in branch 
"HEAD" rename "xmlrpc/includes/index.html"->"www/xmlrpc/includes/index.html" in "master"

And this occurs apparently for *every* other file (even though the mentioned file is 100% identical, same SHA-1, in both branches). In this case, I understand even less what the problem is and how to fix it.

After about 2000 of these messages, the merge aborts with:

warning: inexact rename detection was skipped due to too many files.
warning: you may want to set your merge.renamelimit variable to at least 8288 
and retry the command.
Automatic merge failed; fix conflicts and then commit the result.

So I did this:

        git config merge.renameLimit 30000
        git merge --abort
        git merge master

but while the messages are slightly different now, the result is essentially the same, still hundreds of messages like:

CONFLICT (rename/rename): Rename "xmlrpc/includes/index.html"->"www/plugins/system/legacy/index.html" in branch 
"HEAD" rename "xmlrpc/includes/index.html"->"www/xmlrpc/includes/index.html" in "master"
CONFLICT (rename/delete): www/forum/images/smilies/icon_question.gif deleted in 
HEAD and renamed in master. Version master of 
www/forum/images/smilies/icon_question.gif left in tree.
# [...], then after the last:
Automatic merge failed; fix conflicts and then commit the result.

So the question still stands...

Best regards,

----- Original Message ----- From: "Carsten Fuchs"
To: <git-users-/jypxa39uh5tlh3mboc...@public.gmane.org>
Sent: Sunday, January 06, 2013 12:43 PM
Subject: [git-users] Problem with moving everything into a subdirectory; merge 

So I deleted E again (reset "develop" back to D), repeated the above 
commands at D in order to mimic things in the "develop" branch, obtaining F, 
and *then*
tried to merge "master" into "develop" to obtain G:

        o---o---o---...---o---o---D ---F ---G   <-- develop
       /       /         /                 /
  o---o---o---o---...---M -----------N ---ยด     <-- master

To my surprise, this caused conflicts for quasi every of the affected 11000 
files as
well. Unfortunately I didn't keep a copy of the exact messages, but essentially 
reported conflict was that the file has been renamed on one side, and has been 
on the other side as well.

What can we do?

Best regards,

   Cafu - the open-source Game and Graphics Engine
for multiplayer, cross-platform, real-time 3D Action
          Learn more at http://www.cafu.de


Reply via email to