Невозможно нажать на ошибку GitHub: упакованные объекты умерли от сигнала 13

У меня возникли проблемы с переносом моей локальной папки в мой удаленный репозиторий на GitHub.

После того, как я нажимаю, он получает около 96%, а затем показывает это.

Counting objects: 4145, done.
Delta compression using up to 2 threads.
Connection to github.com closed by remote host.
fatal: The remote end hung up unexpectedly
Compressing objects:  98% (3919/3969)

Затем после того, как последние 2% завершат показывает эту ошибку...

Compressing objects: 100% (3963/3963), done.
error: pack-objects died of signal 13
error: failed to push some refs to '[email protected]:example/example.git'

Не знаю, что это значит.

Ответ 1

Это может быть вызвано новым GitHub ограничивает размеры файлов, или, возможно, процесс упаковки из-за больших данных (например, в этом другом вопросе SO с 2011 года: Альтернативный способ сделать первоначальный толчок большого репо), прежде чем можно будет сообщить об этих конкретных пределах.

Несколько недель назад на компьютере коллеги Mac OS X я увидел подобный непрозрачный почтовый ящик ошибок, когда нажатие (tho 'только по HTTPS - SSH дало хорошее сообщение об ошибке) - но попытавшись воспроизвести это только сейчас, нажав большой файл в GitHub на моем собственном Mac, я получил ожидаемое информативное сообщение об ошибке на обоих протоколах подключения ( "remote: error: File large 976,56 МБ, это превышает предел размера файла GitHub 100 МБ" ). Возможно, у моего коллеги установлена более старая версия Git, которая не смогла правильно сообщить об ошибках.

Если вы решите, что вам нужно удалить большие файлы из истории Git (так как это единственный способ заставить их подтолкнуть GitHub), я могу порекомендовать BFG:

$ java -jar bfg.jar  --strip-blobs-bigger-than 50M  my-repo.git

Полное раскрытие: я являюсь автором BFG Repo-Cleaner.

Ответ 2

Простым решением является увеличение размера буфера HTTP-почты, позволяющего увеличить количество блоков до удаленного репо. Для этого просто введите:

git config http.postBuffer 52428800

Число находится в байтах, поэтому в этом случае я установил его в 50 МБ. Значение по умолчанию - 1 МБ.

Ответ 3

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

Вы можете попробовать проверить разрешения главного хранилища, прежде чем пытаться нажать.

Ответ 4

У меня была похожая проблема. Я добавил огромные наборы данных (8,2, 2,3, 3,5 ГБ в виде почтового индекса) в репо. Все, что мне нужно было сделать, это нажать эти файлы по одному вместо того, чтобы объединить все 15 ГБ вместе.

Ответ 5

То же самое случилось со мной. Я только что попробовал git push два раза, а в третий раз все заработало.