ГИТ фатальная ошибка: удаленный конец повесил трубку неожиданно

проблема связана с настройками буфера git/https. Чтобы решить ее (взято из Git терпит неудачу при нажатии фиксации на github)

git config http.postBuffer 524288000

и снова выполните команду

причина: превышен размер записи файла по умолчанию для Git.

устранение :

перейдите к РЕПО.

выполните следующую команду, чтобы увеличить буфер до 500 МБ после перехода в репозиторий:

git config http.postBuffer 524288000

вы можете получить ошибку, как это

ошибка: не удалось зафиксировать файл config .git / config: нет такого файла или каталог

это потому, что у вас нет местных .git/config file вы можете заставить его работать с помощью этой команды

git config --global http.postBuffer 524288000

другие решения не работали в моем случае, делая сборку мусора исправил это для меня:

git gc --aggressive

просто, чтобы добавить это (потому что это была первая запись, когда я погуглил):

эта ошибка также может быть вызвана отсутствием доступа к записи для репозитория.

в моем случае я создал РЕПО с корневой учетной записью моего сервера и на самом деле забыл об этом позже, поэтому пользователь git не мог записать толчки в каталог.

в нашем случае проблема была в Клоне, который написал .git/config файл, который содержал запись url, которая была методом доступа только для чтения. Изменение URL-адрес из :// метод @ способ устранить проблему.

под управлением git remote -v осветил вопрос некоторые.

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

Если вы используете git для windows (и вы, вероятно, делаете это на машине с windows), и ни одно из других исправлений здесь не сработало для вас, попробуйте перейти к https://github.com/git-for-windows/git/releases, и получение версии на или после версии 2.4.5. Исправил это прямо для меня.

еще одно дополнение, так как я столкнулся с этой ошибки и Гугл привел меня сюда.

моя проблема была несоответствие случая; один camelCase и один нет. По-видимому, GIT останавливает вас, не говоря вам, почему. Поэтому, если ваши филиалы отличаются от удаленных только по капитализации, попробуйте изменить их на идентичные.

посмотреть: Git: 'Master не может быть разрешен для ветвления' после слияния

В отличие от одного из других ответов - у меня была проблема при нажатии с помощью ssh - я переключился на https, и это было исправлено.

git remote remove origin
git remote add origin https://github..com/user/repo
git push --set-upstream origin master

Это может произойти после обновления платформы OSX.

откройте терминал и перейдите в свой .ssh-папка, и введите ssh-add -K ~/.ssh/id_rsa

У меня была такая же ошибка при вытягивании.
Я сделал " http.постбуфер " трюк. Это решило его, но когда я хотел нажать, я снова столкнулся с ошибкой.

что решило мою проблему:
1. Клонировал его в другую папку с другой виртуальной машиной. (Linux.)
2. Я сделал свои изменения.
3. Толкнул его с оригинальной виртуальной машиной, где я изначально не мог нажать. (Windows)

Я получил эту ошибку, когда у меня была Неправильная пара клавиш .тсс. Добавление pubkey в github (в настройках) исправило эту проблему для меня.

у меня та же проблема. Я заметил с веб-страницы git, что URL-адрес клона SSH имеет следующую структуру:

[email protected]:user/project.git

я мог бы решить мою проблему, просто изменив": "на"/", следующим образом:

[email protected]/user/project.git

может быть это может быть полезным.

кажется, что это может быть одна из тысячи вещей.

для меня я изначально нажимал master и develop (master не имел изменений) через SourceTree. Изменение этого для разработки только сработало.

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

я смог обойти эту проблему с помощью Git Shell.

каждый репозиторий внутри github.com дает вам HTTPS/SSH / Subversion URL, которые вы можете использовать для загрузки с помощью оболочки, см. здесь:http://prntscr.com/8ydguv.
На основе последних изменений репозиториев, в СШ видимому, самый лучший способ.

для использования в Shell:

git clone "URL of repo goes here w/ no quotes"

Кажется почти бессмысленным добавлять ответ, но я боролся с этим целую вечность, когда наконец обнаружил, что Visual Studio Online страдает от спорадического отключения. Это стало очевидным, когда VS продолжал запрашивать creds, а веб-сайт VSO иногда давал 500.

Counting objects: 138816, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (38049/38049), done.
error: unable to rewind rpc post data - try increasing http.postBuffer
error: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054
The remote end hung up unexpectedly/138816), 33.30 MiB | 3.00 KiB/s
Writing objects: 100% (138816/138816), 50.21 MiB | 3.00 KiB/s, done.
Total 138816 (delta 100197), reused 134574 (delta 96515)
fatal: The remote end hung up unexpectedly
Everything up-to-date

Я установил свой буфер HTTP post обратно в 2 Мб после этого, так как я на самом деле думаю, что он работает лучше со многими меньшими сообщениями.

Люк

сделайте это, чтобы увидеть ключ, который вы используете; ssh-vT [email protected]

затем убедитесь, что в вашей сборке у вас есть этот запуск в начале. eval " $(ssh-agent-s)" СШ-добавить ~/.ssh / id_rsa

1) cd к проекту dir

2) git status

3) git checkout -f HEAD

4) подтвердите успех, потянув вниз master еще раз, чтобы убедиться, что вы в курсе, если ваше РЕПО выглядело неполным

это работает, если вы получаете ошибку в вопросе от Git Visual Studio при клонировании РЕПО из Bitbucket