summaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorLibravatar Johannes Schindelin <johannes.schindelin@gmx.de>2019-09-09 13:56:15 +0200
committerLibravatar Johannes Schindelin <johannes.schindelin@gmx.de>2019-12-05 15:37:06 +0100
commitcc756edda63769cf6d7acc99e6ad3a9cbb5dc3ec (patch)
tree34d2e583a0fca8acff10963e52819f3c019f968f /Makefile
parentt6130/t9350: prepare for stringent Win32 path validation (diff)
downloadtgif-cc756edda63769cf6d7acc99e6ad3a9cbb5dc3ec.tar.xz
unpack-trees: let merged_entry() pass through do_add_entry()'s errors
A `git clone` will end with exit code 0 when `merged_entry()` returns a positive value during a call of `unpack_trees()` to `traverse_trees()`. The reason is that `unpack_trees()` will interpret a positive value not to be an error. The problem is, however, that `add_index_entry()` (which is called by `merged_entry()` can report an error, and we really should fail the entire clone in such a case. Let's fix this problem, in preparation for a Windows-specific patch disallowing `mkdir()` with directory names that contain a trailing space (which is illegal on NTFS): we want `git clone` to abort when a path cannot be checked out due to that condition. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions