Jenkins流水线Git clone频繁失败（fatal: index-pack failed）求助

针对你遇到的克隆大仓库时频繁出现Killed by signal 15、early EOF、index-pack failed错误，结合你的Jenkinsfile，可按以下步骤排查解决：

1. 延长克隆超时时间 #

当前配置的CheckoutOption超时为120秒，对于4.79GiB的大仓库来说明显不足。修改超时时间为更大的值（如600秒）：

[$class: 'CheckoutOption', timeout: 600]

2. 启用浅克隆（按需使用） #

如果你的流水线不需要完整的历史提交记录，添加CloneOption扩展启用浅克隆，大幅减少传输的数据量：

extensions: [
    // 保留原有扩展配置
    [$class: 'CloneOption', depth: 1, noTags: true, shallow: true]
]

3. 增加重试次数 #

当前retry(0)未启用重试机制，改为retry(2)或retry(3)，应对偶尔的网络波动：

retry(2) {
    // 原有checkout代码逻辑
}

4. 调整Git网络缓冲区配置 #

在克隆前执行Git配置命令，增大网络缓冲区，避免因数据传输过大导致中断：

ws( "${MY_DIR}" ) {
    sh 'git config --global http.postBuffer 524288000'
    sh 'git config --global http.maxRequestBuffer 1048576000'
    retry(2) {
        // 原有checkout代码逻辑
    }
}

5. 检查Jenkins节点资源 #

• 确认节点磁盘空间充足，克隆路径${MY_DIR}所在分区剩余空间需大于仓库大小的1.5倍
• 检查节点内存使用情况，克隆大仓库时Git会占用较多内存，若内存不足可能被系统终止（对应signal 15）

6. 优化子模块克隆配置 #

如果子模块非必须递归克隆，可设置recursiveSubmodules: false；若需要递归，可添加浅克隆子模块的配置（需Git版本支持）：

[$class: 'SubmoduleOption',
 disableSubmodules: false,
 parentCredentials: false,
 recursiveSubmodules: true,
 reference: '',
 trackingSubmodules: false,
 shallow: true // 新增浅克隆子模块配置
]

7. 使用本地引用仓库（长期优化） #

在Jenkins节点本地创建一个裸仓库作为引用，每次克隆优先从本地拉取，减少网络传输压力：

1. 在节点上执行命令：git clone --mirror https://github.com/AppDev/front-end.git /var/git/repos/front-end.git
2. 修改Jenkinsfile的SubmoduleOption的reference字段：

reference: '/var/git/repos/front-end.git'

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