git pull возвращает, фатально: ошибка протокола: неправильный символ длины строки: нет s

Когда я запускаю git push или pull, я получаю сообщение об ошибке

fatal: protocol error: bad line length character: No s

Моя среда:

Виндовс 7 про

Визуальная студия 2012

git bash

Это репо, которое я использовал несколько раз раньше (хотя и не около месяца). Я также являюсь владельцем, и это частное репо.

Я нашел этот вопрос, заданный здесь

Но это не та же проблема. У меня никогда не было проблем с ключами, и у меня было это репо почти год.

Я также нашел ответ здесь, но репозиторий определенно не опечатка. Я нашел этот ответ в нескольких местах, и я могу гарантировать вам, что он не содержит ошибок.

Другой ответ, который я нашел, это это, и они говорят, что это проблема доступа. Еще раз, у меня было это репо около года, и я также являюсь администратором gitlab, поэтому я бы знал, если что-то изменилось. Я по-прежнему являюсь владельцем репозитория, но на всякий случай я перешел к разработчику, а затем обратно к владельцу/менеджеру, и, похоже, ничего не сработало.

В качестве дополнительной информации я проверил все журналы сервера, и, похоже, в этом нет ошибок, поэтому я предполагаю, что это локальная проблема.

Любые идеи?

ИЗМЕНИТЬ

Этот вопрос определенно не является дубликатом this< /а>

Причина в том, что, несмотря на то, что сообщения об ошибках похожи, и ответ может предоставить больше информации о том, как решить проблему, на самом деле он не решает проблему.

Когда я бегу

ssh [email protected] git-receive-pack namespace/project.git

Полученный результат

008818ad46342298ddf8w87er7sdf769we7r76sd refs/heads/master report-status delete-refs side-band-64k quiet ofs-delta agent=git/2.0.5

00514daa7afb0982347928374sdf987asfd refs/tags/archive/branchName

004865987sdf987asdf98a7sf98as7f97 refs/tags/release/v1.2.0.2
0048345f9s9df87asd9f8as79df879s8d refs/tags/release/v1.2.0.4
0048c7fd22015s9df87as9df89sadf87d refs/tags/release/v1.2.0.6
0000

после 0000 в конце просто глохнет, мигает подчеркивание.

Согласно возможной дублирующей ссылке, эта команда должна вывести сообщение об ошибке, начинающееся с «No s», но это не так.


git gitlab git-pull pull
person trueCamelType    schedule 15.06.2015    source источник
comment
@simmons Похоже, вы, ребята, работаете вместе, но другие рецензенты SO могут смутиться и отклонить ваше редактирование. Может быть, лучше поставить его как ответ на вопрос. :)   -  person rlb.usa    schedule 16.06.2015
comment
ха-ха, мой плохой, все еще довольно новичок в SO. Мы работаем вместе, и вместо этого я начну делать комментарии.   -  person Simmons    schedule 16.06.2015
comment
возможный дубликат Git Remote: Ошибка: фатальная: ошибка протокола: неправильный символ длины строки: Unab   -  person Edward Thomson    schedule 16.06.2015
comment
@trueCamelType Вы нашли ответ на этот вопрос? У меня та же проблема и тот же вывод из ssh ..... git-receive-pack namespace/project.git   -  person emonik    schedule 06.01.2016
comment
Извините, я должен был обновить то, что исправило, когда я это сделал. Я забыл обновить его здесь, и я не помню, что это было за исправление. Я думаю, что, возможно, я просто сдул свое локальное репо и снова клонировал. Еще раз извините, я подвел сообщество SO.   -  person trueCamelType    schedule 07.01.2016
comment
Просто хотел указать, что в моем случае этой ошибки при извлечении с сервера все, что я сделал, это повторно подключил расширения git с файлом закрытого ключа (.ppk). Но, возможно, в моем случае ошибка произошла из-за такой проблемы с подключением в первую очередь... Удачного кодирования! :)   -  person TheCuBeMan    schedule 29.08.2016

Ответы (1)


arrow_upward
1
arrow_downward

Я использую ГитЛаб. В некоторых случаях может возникнуть ошибка «No s» (Нет такого проекта), когда я переименовал имя проекта и путь к проекту в GitLab, но забыл сделать это на своем локальном компьютере.

Поэтому для меня решением было установить новый удаленный URL-адрес:

git remote set-url origin [email protected]:new-project-name.git
person Sergey Onishchenko    schedule 13.10.2015