如何使用具有最高压缩级别的gzip对分支进行git归档？

我试图使用gzip以最高级别的压缩（9）对一个分支进行git归档，但它似乎没有在该级别进行压缩。这是我的命令：

git-C/home/user/example.com/archive——格式tar-o/home/user/site\u backups/develope-`date+%Y-%m-%dT%H%m`。tar-develope | gzip-9

它创建了tar文件，但与使用以下命令压缩为86MB的zip相比，其大小超过100MB：

git-C/home/user/example.com/archive--format zip-o/home/user/site\u backups/develope-`date+%Y-%m-%dT%H%m`.zip develope

输出文件是否可以进一步压缩？我做错了什么？

现在（4年后），命令是：

git -C /home/user/example.com/ archive --format tgz -19 -o /home/user/site_backups/develop-`date +%Y-%m-%dT%H%M`.tar develop

对于Git2.30（2021年第1季度），“”现在允许在生成tar.gz输出时压缩级别高于“-9”

参见。
（由年合并，2020年11月18日）

：支持超过9的压缩级别 签字人：勒内·沙尔夫

压缩程序，如

zip

、

gzip

、

bzip2

和

xz

允许通过数字选项调整CPU成本和大小增益之间的平衡，其中

-1

用于快速压缩，而

-9

用于高压缩比。
zip还接受

-0

逐字存储文件。
（）直接支持ZIP输出的这些单位数压缩级别，并将它们传递给gzip之类的过滤器

Zstandard还支持压缩级别选项

-10

到

-19

，或者使用

-ultra

最多支持

-22

。
在大多数情况下，这似乎适用于（），例如，它将毫无怨言地生成具有

-19

的存档，但由于它只支持单位数压缩级别选项，因此与

-1-9

相同，因此

-9

允许（）接受多位数压缩级别，以支持

zstd

支持的完整范围
对于ZIP格式，显式拒绝它们，否则

deflateInit2（）

将失败，并出现一个有点神秘的“

流一致性错误”

”