diff options
author | Matt McCutchen <matt@mattmccutchen.net> | 2017-01-28 15:37:01 -0500 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2017-01-30 14:07:08 -0800 |
commit | b26d87f2da22a5970b15bebe588bcd6ccac98e9b (patch) | |
tree | 81079e557d06e4bf712de54b7898261751cef7a8 /Documentation/git-bisect.txt | |
parent | Almost ready for 2.11.1 (diff) | |
download | tgif-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 'Documentation/git-bisect.txt')
0 files changed, 0 insertions, 0 deletions