本文主要是介绍记一次jenkins构建失败‘Error cloning remote repo ‘origin‘‘，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
这是目录
- 报错合集
- 解决方案
- 排查过程
- 总结
报错合集
- ERROR: Error cloning remote repo ‘origin’
- error: RPC failed; curl 56 GnuTLS recv error (-9): Error decoding the received TLS packet.
- RPC failed; result=18, HTTP code = 200
解决方案
PS：这里总结我尝试过的解决方法，具体原因定位可查看排查过程
解决方法一：在客户端修改git配置
# 修改配置
git config --global http.postBuffer 1024288000
#查询参数
git config --list
解决方法二：创建新的git项目并同步代码，终结解决办法需要将pack文件删除，但是还没实践成功（如果大家有删除方法可以分享下）
排查过程
定位一：检查git代码一共有1+G，由于构建的是master分支，其余分支是开发便于提交二创建的，拉包时出现了一下报错
RPC failed; result=18, HTTP code = 200，检查到报错原因为git库太大，导致拉包失败。
解决办法：在客户端修改git配置
解决结果：从度娘找到其他项目添加了这个配置后拉包就成功了，但是我属于天选之子，修改了配置并没有成功
# 修改配置
git config --global http.postBuffer 1024288000
#查询参数
git config --list
定位二：询问了开发代码包只有200M，这时我很纳闷为啥项目会有1+G，所以我将其他分支删除了，发现还剩下700M
我将代码拉下来，使用磁盘使用工具统计发现是‘.git\objects\pack’下的.pack文件占用了空间。
解决方法：创建新的git项目并同步代码，终结解决办法需要将pack文件删除，但是还没实践成功（如果大家有删除方法可以分享下）
解决结果：修改jenkins地址中git地址到新项目中，构建成功
总结
.git/objects/pack/.pack为压缩后的文件，把.git/objects/下松散的文件进行了压缩，.git/objects/pack/.idx为压缩后的索引，方便快速在压缩的文件里找到某个文件
- 手动执行git gc的时候，或者向远程推送的时候，都会进行打包的操作
- 在打包以后，git会在最后一个版本中存储完整的文件，而在前面的版本中存增量，这样做的目的是，git认为检出最后一个版本的概率要大于检出前面版本的概率
这篇关于记一次jenkins构建失败‘Error cloning remote repo ‘origin‘‘的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
