summaryrefslogtreecommitdiff
path: root/t/t4135/damaged-tz.diff
diff options
context:
space:
mode:
authorLibravatar Elijah Newren <newren@gmail.com>2019-06-04 13:27:50 -0700
committerLibravatar Junio C Hamano <gitster@pobox.com>2019-06-05 09:30:40 -0700
commit481de8a293bfaa5425ea4dc5ac70aaf3081a3be8 (patch)
tree195e0448307a7c9460641f50d73fe28385214c1d /t/t4135/damaged-tz.diff
parentmerge-recursive: switch directory rename detection default (diff)
downloadtgif-481de8a293bfaa5425ea4dc5ac70aaf3081a3be8.tar.xz
merge-recursive: restore accidentally dropped setting of path
In commit 8daec1df03de ("merge-recursive: switch from (oid,mode) pairs to a diff_filespec", 2019-04-05), we actually switched from (oid,mode,path) triplets to a diff_filespec -- but most callsites in the patch only needed to worry about oid and mode so the commit message focused on that. The oversight in the commit message apparently spilled over to the code as well; one of the dozen or so callsites accidentally dropped the setting of the path in the conversion. Restore the path setting in that location. Also, this pointed out that our testsuite was lacking a good rename/add test, at least one that involved the need for merge content with the rename. Add such a test, and since rename/add vs. add/rename could possibly be important, redo the merge the opposite direction to make sure we don't have issues with the direction of the merge. These testcases failed before restoring the setting of path, but with the paths appropriately set the testcases both pass. Reported-by: Ben Humphreys <behumphreys@atlassian.com> Based-on-patch-by: SZEDER Gábor <szeder.dev@gmail.com> Tested-by: Ben Humphreys <behumphreys@atlassian.com> Signed-off-by: Elijah Newren <newren@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t4135/damaged-tz.diff')
0 files changed, 0 insertions, 0 deletions