merge-recursive: conflicting rename case.
authorJunio C Hamano <junkio@cox.net>
Mon, 12 Dec 2005 00:44:05 +0000 (16:44 -0800)
committerJunio C Hamano <junkio@cox.net>
Thu, 22 Dec 2005 06:34:59 +0000 (22:34 -0800)
commit724b511d4fb363ebee828ba3992c831ba006444c
treeafb7301d018273aad233d18240e4e79e9ffbc5e4
parentc894168631e4b7da66ed3993a4c92380d38599a8
merge-recursive: conflicting rename case.

This changes the way the case two branches rename the same path
to different paths is handled.  Earlier, the code removed the
original path and added both destinations to the index at
stage0.  This commit changes it to leave the original path at
stage1, and two destination paths at stage2 and stage3,
respectively.

[jc: I am not really sure if this makes much difference in the
real life merge situations.  What should happen when our branch
renames A to B and M to N, while their branch renames A to M?
That is, M remains in our tree as is.]

Signed-off-by: Junio C Hamano <junkio@cox.net>
git-merge-recursive.py
t/t6022-merge-rename.sh