Linux Git更新后pull提示:protocol error: bad line length character: bash

1 篇文章 0 订阅

此前一直用yum源装的git,版本1.8.3.1,太旧所以就remove掉。
编译装了2.22.0版本之后,在客户端拉取原有项目时提示:

protocol error: bad line length character: bash

百度搜完一遍,有说没权限的,有说拉取文件太大的…
然后我就重新弄了一遍客户端和服务端的公钥和文件权限发现还是一样。
最终找到了解决方法,记录一下:

  1. 查找本机的git-shell路径:locate git-shell
  2. 复制第一条查找记录(我的是/usr/local/git/bin/git-shell
  3. 进入passwd:vi /etc/passwd
  4. 找到git相关的一行,类似:git:x:1001:1001::/home/git:...
  5. 将/git:后面的路径改成上面复制的记录(我的是git:x:1001:1001::/home/git:/usr/local/git/bin/git-shell
  6. :wq保存,客户端重新pull一次,正常了~

原因应该是yum源的git-shell路径和make install的路径不一样,导致git协议无法识别
防止更多人踩坑吧~
参考博文:“fatal: protocol error: bad line length character: No This”

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当在 Jenkins 上部署项目时遇到 "fatal: protocol error: bad pack header" 错误,这通常表示 Git 仓库存在一些问题。这个错误可能由多种原因引起,以下是一些常见的解决方案: 1. 清理 Jenkins 工作空间:尝试清理 Jenkins 工作空间中的旧文件和缓存,以确保部署时没有冲突。 2. 检查远程仓库的完整性:在部署之前,确保远程仓库(源代码仓库)没有损坏或错误。可以使用 `git fsck` 命令检查远程仓库的完整性,如之前所述。 3. 检查网络连接和权限:确保 Jenkins 服务器可以访问远程仓库,并且具有适当的权限进行克隆或拉取操作。检查网络连接是否正常,并验证 Jenkins 的认证和授权设置。 4. 检查 Git 版本和配置:确保 Jenkins 服务器上安装的 Git 版本是最新的,并且 Git 配置正确。有时旧版本的 Git 可能会引发一些问题,因此建议使用最新版本。 5. 尝试重新克隆仓库:如果问题仍然存在,可以尝试删除 Jenkins 工作空间中的仓库,并重新克隆或拉取最新的代码仓库。 6. 检查 Git 仓库状态:在执行部署之前,确保 Git 仓库的状态是干净的,没有未提交的更改或冲突。可以使用 `git status` 命令检查当前仓库状态,并根据需要提交或撤销更改。 如果以上方法都无法解决问题,建议记录错误信息、操作步骤和上下文,并与 Jenkins 管理员或相关团队进行进一步的咨询和支持,以获取更具体的帮助。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值