Дистанционный конец неожиданно зависал во время клонирования git

Question

Мой git клиент несколько раз терпит неудачу со следующей ошибкой после попытки клонировать хранилище в течение некоторого времени.

В чем здесь может быть проблема?

Примечание: Я зарегистрировал свой SSH-ключ у хостинг-провайдера GIT

Receiving objects:  13% (1309/10065), 796.00 KiB | 6 KiB/s
fatal: The remote end hung up unexpectedly

Answer 1

Это может быть из-за размера коммитов, которые выдвигаются. Разбейте количество коммитов, выполнив следующие действия:

git log -5

Просмотрите последние 5 коммитов, и вы узнаете, какие из них не были переданына удаленныйВыберите идентификатор фиксации и нажмите все коммиты до этого идентификатора:

git push <remote_name> <commit_id>:<branch_name>

ПРИМЕЧАНИЕ: Я только что проверил свой коммит, который может иметь самый большой размер;сначала толкнул до тех пор.Трюк сработал. !!

Answer 2

Это может быть так же просто, как проблема с сервером. Если вы используете GitHub, отметьте https://twitter.com/githubstatus. Я впервые увидел это только сейчас и обнаружил, что GitHub имеет колебание . Через несколько минут все снова заработало.

Answer 3

Я столкнулся с этой проблемой при использовании git в Kubuntu. Я также заметил общую нестабильность в сети и нашел решение .

в /etc/resolv.conf добавить строку в конец файла

параметры одного запроса

Это исправило задержки перед каждым разрешением доменного имени, после чего git начал работать как чудо.

Answer 4

Исходя из этого ответа , я попробовал следующее (с https url):

1. начальное клонирование репо:

git clone --depth 25 url-here

2. fetch фиксирует увеличение в два раза на глубину попытки:

git fetch --depth 50

git fetch --depth 100

git fetch --depth 200

... и т. Д.

3. в конце концов (когда я думаю, что получено достаточно), я запускаю git fetch --unshallow - и все готово.

Процесс, очевидно, занимает гораздо больше времени, но в моем случае установка http.postBuffer и core.compression не помогла.

Answer 5

Это сработало для меня, настроив сервер имен Googles, поскольку не был указан стандартный сервер имен, а затем перезапустил сеть:

sudo echo "dns-nameservers 8.8.8.8" >> /etc/network/interfaces && sudo ifdown venet0:0 && sudo ifup venet0:0

Answer 6

Я обнаружил, что моя проблема связана с файлом .netrc. Если это так и для вас, вы можете сделать следующее:

Откройте файл .netrc и отредактируйте его, чтобы включить учетные данные github.Введите nano ~/netrc или gedit ~/netrc

Затем укажите следующее: * machine github.com

имя пользователя для входа

SECRET пароль

machine api.github.com

имя пользователя логина

СЕКРЕТ пароля *

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

Надеюсь, это кому-нибудь поможет

Answer 7

У меня была та же проблема, и я искал решение по сети.Я обнаружил, что наша корпоративная маршрутизация в IPv6 не поддерживается.

Я отключаю (опция IPv6 на порту Ethernet в Windows 10), и нет никаких проблем.

Answer 8

Проверьте скорость вашего интернета.Также проверьте следующие команды:

$ git config --global http.postBuffer 2M
$ git pull origin master