summaryrefslogtreecommitdiff
path: root/read-cache.c
diff options
context:
space:
mode:
authorJohannes Schindelin <johannes.schindelin@gmx.de>2019-09-09 11:56:15 (GMT)
committerJohannes Schindelin <johannes.schindelin@gmx.de>2019-12-05 14:37:06 (GMT)
commitcc756edda63769cf6d7acc99e6ad3a9cbb5dc3ec (patch)
tree34d2e583a0fca8acff10963e52819f3c019f968f /read-cache.c
parent35edce205615c553fdc49bcf10b0c91f061c56c9 (diff)
downloadgit-cc756edda63769cf6d7acc99e6ad3a9cbb5dc3ec.zip
git-cc756edda63769cf6d7acc99e6ad3a9cbb5dc3ec.tar.gz
git-cc756edda63769cf6d7acc99e6ad3a9cbb5dc3ec.tar.bz2
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 'read-cache.c')
0 files changed, 0 insertions, 0 deletions