Git зависает при записи объектов

Я пытаюсь, git push -u origin masterи он просто зависает

Writing objects:  99% (219/220), 12.65 MiB | 97 KiB/s

12.65Часть смещается вокруг. Когда я выхожу из процесса и запускаю его снова, он возобновляется на 99%, но никогда не завершается, как и раньше.

Это никогда не продвигается успешно. Это начальная фиксация.

Я последовал совету VonC:

git config --global http.postBuffer 524288000

Для будущих ссылок, на основе комментариев:

500 MB: 524288000 (as posted in the original answer)
1 GB: 1048576000
2 GB: 2097152000 (anything higher is rejected as 'out of range')

Это происходило из-за огромного, не проигнорированного файла в каталоге репо. Упс.

РЕДАКТИРОВАТЬ

Зависание произошло из-за того, что файл долго загружался. Файл не должен был быть включен в push.

РЕДАКТИРОВАТЬ

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

У меня была такая же проблема с (запись объектов% 16), которая зависла, а затем была фатальной. Я решил это, сохранив текущие изменения и клонировав новый репозиторий, а затем скопировав в него измененные файлы.

Например. Предположим, что текущий репозиторий - A, тогда все, что вам нужно сделать, это:

1. mv A B
2. git clone A
3. mv B/* A/
4. rm -rf B

Затем зафиксируйте и нажмите, и все сработало нормально. Он распознал перемещенные файлы как измененные :)

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

Затем проверьте, есть ли у вас правильные права на запись в удаленное репо.

Пример:

Запустить локальное и удаленное репо

git init /tmp/src
git init --bare /tmp/dst
cd /tmp/src

Добавление удаленного репо в источник

src > git remote add dest /tmp/dst

Моделирование проблемы

src > chmod -R 555 /tmp/dst

Добавление поддельного файла и его продвижение

src > touch a && git add a && git commit -m 'demo'
src > git push --set-upstream dest master
src > git push
Counting objects: 3, done.
Writing objects: 99% (2/3), 202 bytes | 0 bytes/s.

Git зависает

Решение

src > chmod -R 775 /tmp/dst

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

В моем случае у меня была низкая скорость загрузки в Интернет, и файл, который я хотел отправить, был большим, трюк в том, чтобы использовать git LFS (хранилище больших файлов), которое гораздо более терпеливо для загрузки больших файлов, вы можете найти руководство по git LFS здесь

git clean -f -nрешает мою проблему. Многие неотслеживаемые файлы не обнаружены. Но будьте осторожны, потому что это приведет к удалению файлов в вашем каталоге.

В моем случае я пытался продвигаться, не соблюдая правила моей компании. Позже я узнал, что мы должны начинать наши сообщения о фиксации с «MOBIL-XXXX», где XXXX - это номер, который разработчики назначают в Jira (еще один инструмент, который мы используем для отслеживания процесса разработки) аналитиками.

Обязательно проверьте, есть ли в вашей компании подобное ограничивающее правило.

У меня была такая же проблема на машине с Windows 10, writing objectsзависала, но в немного другой ситуации.

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

Я пробовал все другие решения, найденные в Интернете, но в моем случае ничего не работало, и последнее, что я пробовал, действительно сработало. Похоже, это было из-за некоторых разрешений Windows для определенного диска и папки, которые не позволяют приложению записывать в эти конкретные папки или обновлять файлы, даже когда я вошел в систему с учетной записью администратора и запустил приложение как администратор. Итак, эта команда:

attrib -r +s D:\foldername 

исправил проблему для меня.

Просто разместите это здесь, возможно, у кого-то такая же проблема, как у меня.