
该话题下聚合了社区中所有标记为「包体积排查」的公开帖子。
上周五发版,运维那边甩过来一句「包怎么又大了」,我一看构建产物,比上个版本多了 200M 出头。按老规矩,先别急着删东西,拿哈希对账。 先说环境 构建机:Jenkins 2.401,Ubuntu 22.04 打包脚本:自己写的 shell,tar.gz 走 tar -czf 对比工具:sha256s
先说结论:日志和部署包体积失控,八成不是压缩算法的问题,是归档策略的问题。我这次踩的坑跟压缩软件本身没关系,纯纯是脚本逻辑。 背景 我们后端每天产出大约 4-6G 的日志包,加上每周两三次的部署包,之前全堆在一个目录里,按日期命名。最近发现备份盘吃紧,一查,三个月涨了 8 个 G 的增量,跟业务量根