summaryrefslogtreecommitdiff
path: root/http-fetch.c
diff options
context:
space:
mode:
authorLibravatar Elijah Newren <newren@gmail.com>2021-07-15 00:45:22 +0000
committerLibravatar Junio C Hamano <gitster@pobox.com>2021-07-15 16:54:24 -0700
commit6623a528e00b73f5438724a355c43343d3de8652 (patch)
tree0300e94752ae6a10bb159d5c16bdbe7bbb7db968 /http-fetch.c
parentdiff: correct warning message when renameLimit exceeded (diff)
downloadtgif-6623a528e00b73f5438724a355c43343d3de8652.tar.xz
doc: clarify documentation for rename/copy limits
A few places in the docs implied that rename/copy detection is always quadratic or that all (unpaired) files were involved in the quadratic portion of rename/copy detection. The following two commits each introduced an exception to this: 9027f53cb505 (Do linear-time/space rename logic for exact renames, 2007-10-25) bd24aa2f97a0 (diffcore-rename: guide inexact rename detection based on basenames, 2021-02-14) (As a side note, for copy detection, the basename guided inexact rename detection is turned off and the exact renames will only result in sources (without the dests) being removed from the set of files used in quadratic detection. So, for copy detection, the documentation was closer to correct.) Avoid implying that all files involved in rename/copy detection are subject to the full quadratic algorithm. While at it, also note the default values for all these settings. Signed-off-by: Elijah Newren <newren@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'http-fetch.c')
0 files changed, 0 insertions, 0 deletions