执行git gc --aggressive遇signal 98506错误，如何修复？

你遇到的error: pack-objects died of signal 9是系统因内存资源不足，强制终止了git pack-objects进程。--aggressive参数会让Git启用更深度的delta压缩策略，对内存和CPU的消耗远高于普通git gc，在Android这类包含海量对象的超大仓库中，很容易触发系统的进程杀死机制。

以下是针对该问题的解决方案：

• 调整Git内存配置，提升可用资源
  Git默认的内存限制不足以支撑激进压缩的需求，你可以通过配置增大分配给打包操作的内存：

  git config pack.windowMemory "10g"
  git config pack.packSizeLimit "20g"
  

  数值可根据机器实际内存调整（比如32G内存的机器可将windowMemory设为16g），确保Git在压缩时能获取足够内存，避免被系统终止。

• 拆分激进压缩步骤，降低单次内存负载
  直接执行git gc --aggressive会一次性处理所有对象，内存压力极大。可以拆分repack和prune操作，同时限制单步内存使用：

  # 执行激进的分批打包，限制窗口内存
  git repack -a -d -f --depth=250 --window=250 --window-memory=8g
  # 清理过期冗余对象
  git prune --expire=now
  

  --depth=250和--window=250是--aggressive对应的底层参数，加上--window-memory可避免单步操作占用过多内存。

• 临时调整系统OOM优先级（Linux/macOS）
  若使用Linux系统，可临时提升Git进程的OOM（内存不足）优先级，让系统优先保留该进程：

  # 在执行repack的同时，另开终端查询pack-objects进程PID
  pidof git-pack-objects
  # 调整该进程的OOM分数（数值越低越不易被杀死）
  sudo echo -1000 > /proc/<PID>/oom_score_adj
  

  此操作需要root权限，且仅临时生效，重启后恢复默认。

• 清理冗余分支减少对象总量
  仓库包含两个远程仓库的分支，若存在大量无用的本地或远程跟踪分支，可先清理以减少需要处理的对象数量：

  # 清理远程已删除的本地跟踪分支
  git fetch --prune
  # 删除本地不再需要的分支
  git branch -d <无用分支名称>
  

  对象总量减少后，激进压缩的内存压力会显著降低。

另外补充：普通git gc --prune=now已将仓库体积从76G降至27G，压缩效率已足够。--aggressive带来的额外体积减少通常不超过10%-15%，但内存成本极高，若机器内存有限（小于16G），其实没必要强行使用该参数。

内容的提问来源于stack exchange，提问作者user11761544