Почему я получаю ошибку: RPC не удалось; result = 52, HTTP code = 0 fatal: Удаленный конец неожиданно повесил трубку, нажав на github?

Я создал новый репозиторий на github и хотел нажать несколько файлов. Поэтому я инициализирую репозиторий, как обычно, и сделаю git add ., чтобы добавить текущий каталог (который является моей папкой проекта java с папкой bin и src внутри). Затем я добавил удаленный каталог, используя:

git remote add https://github.com/username/project.git

Затем я сделал свой первый фиксатор git commit -m "First Commit"

тогда я набираю git push -u origin master и получаю эту ошибку:

Counting objects: 63, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (60/60), done.
Writing objects: 100% (62/62), 16.98 KiB, done.
Total 62 (delta 15), reused 0 (delta 0)
error: RPC failed; result=52, HTTP code = 0
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date

Но если я добавлю только один файл и попытаюсь зафиксировать только один файл, он будет работать.

Что происходит? Почему я не могу выполнить весь проект Java? Его довольно маленький проект только 214k. Пожалуйста помоги! Благодарю!

Ответы

Ответ 1

Теперь он работает! Я даже ничего не изменил.

Этот вид ошибки "result = 52" является ошибкой с самим github. Github.com снижался, и когда я попытался загрузить, я получил ошибку. Теперь сайт резервную копию, и я могу совершить как обычно.

Ответ 2

Bitbucket имеет такое же сообщение об ошибке. Часто это связано с ухудшением производительности сервера. Прежде чем начинать делать что-либо еще, проверьте:

Ответ 3

Эта ошибка также возникает, если ваш почтовый буфер HTTP слишком мал для изменений, которые вы хотите нажать.

В этом случае решение состоит в том, чтобы увеличить его, например, используя

git config http.postBuffer 524288000

Ответ 4

Я столкнулся с этой проблемой при попытке клонирования/извлечения из репозитория Bitbucket через http. Оказывается, репозиторий слишком большой (+ 1gb), и Bitbucket отвечает этой ошибкой:

error: RPC failed; result=52, HTTP code = 0
fatal: The remote end hung up unexpectedly

Я переключился на протокол SSH, и теперь он работает нормально. После этого вы можете установить удаленный доступ к http-версии, если вам нужно, и он будет продолжать работать.

Ответ 5

Это может произойти, если у вас тоже есть неправильное подключение к Интернету. Да, я испытываю одно в это время..:).

Ответ 6

Это также может быть вызвано следующим

Причина

Присутствие больших файлов (45 МБ в нашем случае)

Почему

Большие файлы вызывают тайм-аут HTTPS

Решение

Использовать SSH или удалить большие файлы

Ответ 7

Я пробовал это:

$ git config --global --add core.compression -1
$ git clone https://....

и это сработало.

(Найдено здесь)

Ответ 8

Для Bitbucket я разрешаю это с переключением на ssh вместо http.

  • Настроить SECURITY > SSH keys в Avatar > Bitbucket settings:
  • Измените удаленный URL-адрес от https://... до [email protected]
    • Изменить .git/config файл ИЛИ запуск git remote set-url origin [email protected]
  • git push -u origin --all (NB: git add . перед тем, как git commit -m "intial commit")

на основе wintersolider answer

Ответ 9

Мне потребовались часы. У меня была такая же проблема с использованием https. Плюс: я не мог подключиться к битбакету через ssh.

Я использую Linux Mint 17.x, и это решение работало как прелесть для ssh:

https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1254085 (ответ от bs - bentzy-sagiv)

Это решило проблему:

Добавьте в /etc/sysctl.conf следующее: net.ipv4.tcp_mtu_probing = 1

после перезагрузки вы должны увидеть в /proc/sys/net/ipv 4/tcp_mtu_probing значение "1"

Временное решение: echo 1 > /proc/sys/net/ipv4/tcp_mtu_probing caveat: это будет reset при загрузке.

Вы можете попробовать также со значением "2", если он еще не работает.

(см. объяснение at: https://thesimplecomputer.info/pages/adventures-in-linux-tcp-tuning-page2)