Я сделал git pull --rebase, и я получил следующую ошибку:
error: file write error (No space left on device)
fatal: unable to write sha1 file
fatal: unpack-objects failed
У меня много места на моем устройстве. Не знаю, почему он показывает эту ошибку. Первый раз я получил эту ошибку. кто-нибудь сталкивался с этой проблемой?
Спасибо.
У вас нет места на диске. Удалите неиспользуемые файлы из любого места на вашем компьютере. После того, как вы сделали некоторую уборку, вы можете подумать о запуске git gc, чтобы git мусор собирал ваш репозиторий; если вы недавно внесли много изменений в объекты git - как это может произойти с rebase - вы можете восстановить значимые данные из git. После предоставления git некоторой комнаты для передышки (поскольку gc понадобится небольшая комната для маневра, чтобы скопировать данные в новые файлы по мере ее работы), git gc будет компактно хранить ваш репозиторий git настолько, насколько это возможно, не теряя историю вашего хранилища.
Это не такой ответ, как прояснение проблемы и проблема на самом деле. Я обнаружил, что GIT регулярно выплескивает этот тип кода ошибки, когда у меня много места на моей системе Windows 8.1 и дисках.
После запуска 5 раз и проверки памяти в диспетчере задач я обнаружил, что каждый раз, когда системная память приближалась к максимальному пределу, эта ошибка срабатывала. Он не имеет ничего общего с доступным дисковым пространством, поэтому, хотя ответ @Matt может быть правильным для некоторых случаев, он не подходит для всех из них.
Диспетчер задач сообщает о низкой доле памяти, используемой GIT, но каждый раз, когда выполняется GIT, он увеличивает используемую память. Эта проблема связана с утечкой памяти в GIT.
Чтобы добавить к другой ответ, заявив:
каждый раз, когда запускается GIT, он увеличивает объем используемой памяти. Эта проблема связана с утечкой памяти в GIT.
Git 2.20 (Q4 2018) посвящен устранению последних случаев утечки памяти, известных в Git, включению нескольких утечек памяти в путь кода ref-filter.
См. commit f0062d3, commit deec6b8, commit 23941dd (18 октября 2018 г.) от Ольги Тележной (telezhnaya).
.
(Merged by Junio C Hamano -- [TG41] -- in commit 9d00100, 30 Oct 2018)
Git 2.24 (Q4 2019) исправляет "for-each-ref" (и друзья, которые показывают, что ссылки не защищали себя от древних тегов) не записывали имена тегеров, когда их просили
показать "%(taggername)",.
См. коммит 8b3f33e (17 августа 2019 г.) от Миша ПОСЛАВСКИЙ (shiar).
(Merged by Junio C Hamano -- [TG45] -- in commit a477abe, 09 Sep 2019)
ref-filter: инициализировать пустые поля имени или адреса электронной почтыФорматирование
$(taggername)для тегов без заголовка, таких как v0.99 в Git, вызываетSIGABRTс ошибкой "munmap_chunk(): неверный указатель" из-за недосмотра в коммите f0062d3 (ref-filter: free item-> value и item-> value-> s, 2018-10-19, Git v2.20.0-rc0).
В моем случае .gitconfig хранился в сетевом расположении, в котором, по сути, хранятся все файлы конфигурации для моей машины, поэтому в случае смерти ПК корпорация может восстановить те же настройки на новом оборудовании. Во всяком случае, на этом сетевом диске не хватило места, поэтому git не смог обновить файл. Либо вы можете увеличить место на сетевом диске, либо просто отключить его, и git будет использовать локальную конфигурацию, которая находится на вашем главном диске.