Русские Блоги
[Git learning] Ошибка при решении операции git push, ошибка запроса: распаковка не удалась: невозможно создать временный каталог объектов
1. Описание проблемы
Сразу после нажатия кода определенного модуля, отправки кода в локальную ветвь, а затем отправки в удаленную ветвь появилась следующая ошибка, побудившая меня отказаться от Push. Тогда нет других советов.
Используя терминал git bash, введите команду git push, и она также предложит отклонить ее, как показано ниже:
Во-вторых, решить проблему
Советы: unable to create temporary object directory
Я пошел, чтобы проверить разрешения протокола на удаленном сервере следующим образом:
Обнаружил, что разрешения XTCWatch.git стали drwxr-xr-x 6 git git 4096 3 августа 16:47 XTCWatch.git / ，
10 символов, представляющих разрешения, используются для определения того, что разные пользователи могут делать с файлом
Остальные символы находятся в группах по три (rwx), чтение (r), запись (w), выполнение (x)
Первая группа rw-: права владельца файла доступны для чтения и записи, но не могут быть выполнены
Вторая группа r-x: права чтения и выполнения, но не могут быть записаны
Третья группа r-x: права на чтение и выполнение, но не могут быть записаны
Его также можно выразить в виде чисел: r = 4, w = 2, x = 1, поэтому rwx = 4 + 2 + 1 = 7
Поэтому наш толчок потерпит неудачу, потому что у нас нет разрешения на запись.
2. Проверьте причины, почему вы не можете написать
Я подозреваю, что системного диска недостаточно. Я проверил оставшиеся диски в системе. Хороший парень, на диске больше нет свободного места.
Как показано на рисунке выше: Диск каталога / data заполнен, а хранилище gitlab помещено в каталог / data. Поэтому писать невозможно.
Хорошо, я уберу ненужные данные и удостоверился, что диск доступен. Оставшееся место на диске после очистки выглядит следующим образом:
После очистки дискового пространства, я могу использовать его, нажав снова.
В 16:05 я все еще не могу дать толчок
16:05. Push отклонено: функция Push / TalentAccountWatchChangeAssistant для источника / функция / TalentAccountWatchChangeAssistant была отклонена удаленным
После очистки диска сервера GitLab снова успешно выполните git push.
04:47 PM Успешное нажатие: отправлено 157 коммитов на источник / функцию / TalentAccountWatchChangeAssistant
резюме
Другие читатели сталкиваются с этой проблемой, вы можете просто обратиться к ней, а затем решить эту проблему самостоятельно. Если вы не являетесь администратором сервера git и т. П., Вы можете попробовать связаться с администратором, чтобы решить эту проблему!
Автор: Оуян Пэн добро пожаловать на перепечатку, делиться с другими, является источником прогресса!
Перепечатайте, пожалуйста, сохраните оригинальный адрес:https://blog.csdn.net/qq446282412/article/details/81431208
Если вы считаете, что эта статья полезна для вас, вы можете отсканировать QR-коды Alipay и WeChat Pay, показанные на рисунке ниже, чтобы бесплатно вознаграждать эту статью. Ваша поддержка побудит меня продолжать создавать
While attempting to push to a remote repository I am receiving the following error
I have looked through answers to this similar question however it does not seem to be a permissions or storage issue as is suggested in the other answers. The error is persistent across multiple users and workstations and each has full permissions to the local repository.
If anyone has any ideas what may be causing this and how to fix it I would greatly appreciate the advice!
1 Answer 1
Somewhat same problem. Solved it (for me). A tricky one.
My client is a MacOS. I have it running under user ‘president’.
My git-server runs on a Synology NAS. There I am majorly running everything also under a user called ‘president’. In fact these are not the same users since they exist on different physical setups.
And by the way I setup the git-server with a user named ‘gituser’. Since the ‘president’ is a very mighty user there is no problem to access everything with ‘president’ which can be accessed by ‘gituser’.
And now, since I am remotely accessing with a local user with the same name that the server somewhat knows this is why I worked.
In other words this worked after password is asked and entered:
The login happens with (the wrong) ‘president’ and (some) git functionality will work flawless.
The better way is using the proper git-user ‘gituser’ which is allocated on the server:
That does the trick for me. So no corrections need to be done on the server side.