我设置了一个git服务器，现在想从客户端开始推送我的仓库。我用过git push origin master并得到以下错误信息：
fatal: protocol error: bad line length character: Unab
我不知道怎么了 我不知道“ Unab”是什么。我试图调整外壳大小，但它仍然是“ Unab”。我找不到此错误消息的解决方案。
我使用“ authorized_keys”和SSH设置服务器。（我可以使用SSH连接到它。）
好像是个git问题？
顺便说一句：服务器是在Windows 7 VM中设置的
Answers:
该错误消息有点令人讨厌，但实际上试图告诉您的是远程服务器未使用正确的git响应进行回复。最终，运行该git-receive-pack进程的服务器上出现了问题。
在Git协议中，前四个字节应为行长。相反，它们是字符Unab……这可能是某种错误消息的开始。（即可能是Unable to...在做某事）。
跑步时会发生什么ssh <host> git-receive-pack <path-to-git-repository>？您应该会看到错误消息，表明您的git客户端正在倒转，您也许可以对其进行更正。
ssh <host> /bin/true不应该输出任何东西。
.bashrc在我尝试从中托管Git信息库的计算机上，有一行会向标准输出产生回波。（也就是说，我是远程计算机上存储库的所有者，所以是.bashrc引起此问题的我。）我在另一个答案中使用了用户ruslo给出的技巧，即将该命令的输出从stdout重定向到stderr（some_command 1>&2）。之后，git pull再次工作。
0000 立即获得输出和光标，就好像要写出另一行但从未完成一样。
我有类似的问题，但确切的错误消息是：
致命：协议错误：行长错误字符：Usin
这是在Windows中，GIT_SSH设置为plink.exePuTTY 的路径。
可能的问题和解决方案：
plink.exe正确。例如，Unix样式路径也可以正常工作/c/work/tools/PuTTY/plink.exepageant.exe）的关键代理正在运行fatal: protocol error: bad line length character: git@。多么令人误解的错误消息。
对于GitExtension用户：
将git升级到2.19.0后，我遇到了同样的问题
解：
工具>设置> Git扩展> SSH
选择[ OpenSSH ]而不是[ PuTTY ]
fatal: protocol error: bad line length character: git@。确保已生成SSH密钥并将其添加到GitLab。也许需要重启Git Extensions。
在Windows上安装GIT之后，我遇到了同样的问题。起初它起作用了；然后，一天后（在PC重新启动后）不再存在了，我得到了：
$ git pull
fatal: protocol error: bad line length character: git@
问题在于，重新启动后，自动启动的Putty“ pageant.exe”不再具有活动的私钥了。当您在选美中添加密钥时，默认情况下它不是永久设置。我只需要再次添加密钥，它就可以正常工作。因此，对于这种情况，有必要使pagenant自动加载密钥，如下所述：
也许您在服务器的.bashrc中有一条语句会产生输出。我举个例子：
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm"
rvm use ruby-1.9.3-p194@rails32
在这种情况下，来自rvm使用的输出将（错误地）解释为来自git。因此，将其替换为：
rvm use ruby-1.9.3-p194@rails32 > /dev/null
您可以将任何输出从重定向.bashrc到stderr：
# inside .bashrc
echo 'some error/warning/remind message' 1>&2
git将忽略此符号
rvm use 2.0.0-p353中.bashrc一定很困惑git pull。追加并重1>&2试后，git pull工作正常。
我在使用Git Bash的Windows上遇到了类似的问题。尝试执行git clone时，我一直收到此错误。该存储库位于安装了GitLab的Linux机器上。
git clone git@servername:path/to/repo
fatal: protocol error: bad line length character: git@
我确保生成了ssh密钥。公钥已添加到GitLab。ssh-agent正在运行，并且添加了生成的密钥（github链接）。
我用尽了所有选项，然后最终尝试关闭Git Bash，然后右键单击“以管理员身份运行”再次将其打开。在那之后工作。
这可能会帮助某人。当我尝试从EC2实例克隆项目时，出现以下错误：
Cloning into 'repo1'...
fatal: protocol error: bad line length character: logi
对我来说，解决方法包括以下步骤：
将EC2 SSH密钥ID用作git clone的公共密钥。例：
git clone ssh：// {SSH密钥ID}@someaccount.amazonaws.com/v1/repos/repo1
set GIT_SSH=和set SVN_SSH=
对我来说，这是因为我最近添加了
RequestTTY force
进入.ssh / config
评论这个可以使它工作
检查用于连接到远程计算机的帐户上的启动文件是否包含“ echo”语句。对于Bash shell，这些将是您的.bashrc和.bash_profile等。Edward Thomson的回答是正确的，但是我遇到的一个具体问题是，通过ssh登录到服务器时出现一些样板输出。Git将获取该样板的前四个字节，并引发此错误。现在，在这种特定情况下，我将猜测“ Unab”实际上是作品“ Unable ...”，这可能表明Git主机上还有其他问题。
仅供参考，我将CentOS6容器升级到CentOS7后也得到了同样的错误消息-构建容器时某些git操作开始失败，例如
# git remote show origin
fatal: protocol error: bad line length character: Inva
运行ssh给我一个错误，我可以搜索：
# ssh git@bitbucket.org
Invalid clock_id for clock_gettime: 7
那导致我进入https://github.com/wolfcw/libfaketime/issues/63，在那里我意识到我忘记了LD_PRELOAD=/usr/local/lib/faketime/libfaketime.so.1在父Dockerfile中有一个。评论出该错误已解决。
在我的情况下，问题是32位Putty和pageant.exe –无法与64位TortoisePlink.exe通信。用64位版本替换32位Putty解决了该问题。
我和克里斯特·弗恩斯特罗姆有同样的问题。在我的情况下，这是我在.bashrc中输入的一条消息，提醒我在几天内没有做过备份时要进行备份。
我有时也会遇到该错误，但是当它出现时，这意味着我的分支不是最新的，所以我必须这样做 git pull origin <current_branch>
如果您还没有私钥身份验证设置，则Git不会提示输入密码，并且会失败，并显示类似的错误消息“致命：协议错误：错误的行长字符：用户” 。
https://www.digitalocean.com/community/tutorials/how-to-configure-ssh-key-based-authentication-on-a-linux-server告诉您如何在服务器上指定公钥。基本上将公钥添加到〜/ .ssh / authorized_keys或〜/ .ssh / authorized_keys2
我不得不为如何在Windows机器上为Git Bash提供私钥而苦苦挣扎。丹·麦克莱恩（Dan McClain）在/server/194567/how-do-i-tell-git-for-windows-where-to-find-my-private-rsa-key/382801#382801中的回答对此进行了描述。除了他的答案外，在我的情况下，私钥文件应命名为id_rsa.pub。
如果使用腻子。然后确保运行Pageant，并且您的私钥已加载到Pageant中（鼠标右键单击任务栏上的Pageant图标，然后在弹出的菜单上单击“查看密钥”）。
否则，当您在cmd.exe中执行操作时：
git clone ssh://name@host:/path/to/git/repo.git
您收到此消息“致命：协议错误：错误的行长字符：”
TL; DR：待办事项不能忽略username@在远程URL在Windows上时。
在具有默认ssh的Linux和Windows上，可以从远程URL中省略用户名，如下所示：
git clone server-name:/srv/git/repo-name
因为ssh的默认行为是仅使用您当前登录时使用的任何用户名。如果您使用的是Windows，并且已设置git以便使用plink.exe，则可以使用加载到的密钥pageant，则此方法将不起作用，因为plink它没有相同的自动用户名行为，从而导致出现那些隐秘的错误消息，因为它将提示输入用户名：
$ plink server-name
login as: _
与：
$ plink username@server-name
...logs you in...
如果您已经以某种方式克隆了存储库，则可以.git/config通过将username@远程目录添加到远程URL 来修复其中的远程目录。
git remote set-url origin myusername@...帮助了我。
检查服务器上是否允许Shell访问。
我们也遇到了这个问题。
Counting objects: 85, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (38/38), done.
Writing objects: 100% (38/38), 3.38 KiB | 0 bytes/s, done.
Total 38 (delta 33), reused 0 (delta 0)
Auto packing the repository for optimum performance.
fatal: protocol error: bad line length character: Remo
error: error in sideband demultiplexer
我不知道发生了什么问题的麻烦细节，但是在我们的案例中，触发它的原因是服务器上的磁盘已满。
此处的答案较晚，但希望对您有所帮助。如果它是协议错误，它必须对您本地的git进行一些操作，使其无法与远程git通信。如果您通过ssh克隆了存储库，并且稍后某个时候，您丢失了存储库的密钥，或者您的ssh代理无法再找到这些密钥，则会发生这种情况。
解
生成一个新密钥，并将其添加到您的git repo中，或配置ssh代理以加载密钥（如果您仍然拥有密钥，而不是其他人；）
另一个快速修复方法是转到.git目录，然后从到编辑config文件，这样就无需按下ssh键，它将还原为询问您的用户名和密码。[remote "origin"] urlgithttp
[remote "origin"]
url = git@gitlab.*****.com:****/****.git
fetch = +refs/heads/*:refs/remotes/origin/*
改成
[remote "origin"]
url = http://gitlab.*****.com/****/****.git
fetch = +refs/heads/*:refs/remotes/origin/*