summaryrefslogtreecommitdiff
path: root/t/t4018/golang-long-func
diff options
context:
space:
mode:
authorLibravatar René Scharfe <l.s.r@web.de>2020-11-09 17:05:31 +0100
committerLibravatar Junio C Hamano <gitster@pobox.com>2020-11-09 11:25:45 -0800
commitcde8ea9c66e46ed6427499e0bc049d1d5c55379a (patch)
treedae3bf84c984e5a646594a154dbcf57d8aa2cbc7 /t/t4018/golang-long-func
parentGit 2.29.2 (diff)
downloadtgif-cde8ea9c66e46ed6427499e0bc049d1d5c55379a.tar.xz
archive: support compression levels beyond 9
Compression programs like zip, gzip, bzip2 and xz allow to adjust the trade-off between CPU cost and size gain with numerical options from -1 for fast compression and -9 for high compression ratio. zip also accepts -0 for storing files verbatim. git archive directly support these single-digit compression levels for ZIP output and passes them to filters like gzip. Zstandard additionally supports compression level options -10 to -19, or up to -22 with --ultra. This *seems* to work with git archive in most cases, e.g. it will produce an archive with -19 without complaining, but since it only supports single-digit compression level options this is the same as -1 -9 and thus -9. Allow git archive to accept multi-digit compression levels to support the full range supported by zstd. Explicitly reject them for the ZIP format, as otherwise deflateInit2() would just fail with a somewhat cryptic "stream consistency error". Signed-off-by: René Scharfe <l.s.r@web.de> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t4018/golang-long-func')
0 files changed, 0 insertions, 0 deletions