summaryrefslogtreecommitdiff
path: root/contrib/hooks/multimail/git_multimail.py
diff options
context:
space:
mode:
authorLibravatar Matt McCutchen <matt@mattmccutchen.net>2017-01-28 15:37:01 -0500
committerLibravatar Junio C Hamano <gitster@pobox.com>2017-01-30 14:07:08 -0800
commitb26d87f2da22a5970b15bebe588bcd6ccac98e9b (patch)
tree81079e557d06e4bf712de54b7898261751cef7a8 /contrib/hooks/multimail/git_multimail.py
parentAlmost ready for 2.11.1 (diff)
downloadtgif-b26d87f2da22a5970b15bebe588bcd6ccac98e9b.tar.xz
merge-recursive: make "CONFLICT (rename/delete)" message show both paths
The current message printed by "git merge-recursive" for a rename/delete conflict is like this: CONFLICT (rename/delete): new-path deleted in HEAD and renamed in other-branch. Version other-branch of new-path left in tree. To be more helpful, the message should show both paths of the rename and state that the deletion occurred at the old path, not the new path. So change the message to the following format: CONFLICT (rename/delete): old-path deleted in HEAD and renamed to new-path in other-branch. Version other-branch of new-path left in tree. Since this doubles the number of cases in handle_change_delete (modify vs. rename), refactor the code to halve the number of cases again by merging the cases where o->branch1 has the change and o->branch2 has the delete with the cases that are the other way around. Also add a simple test of the new conflict message. Signed-off-by: Matt McCutchen <matt@mattmccutchen.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'contrib/hooks/multimail/git_multimail.py')
0 files changed, 0 insertions, 0 deletions