Git push не удалось - распаковка-объекты ненормальный выход

Question

Я использую удаленный репозиторий git. Я успешно фиксирую свои файлы и сейчас пытаюсь подтолкнуть его к потоку.

Операция завершается с этим сообщением:

git.exe push --progress  "origin" master:master

error: unpack failed: unpack-objects abnormal exit
error: RPC failed; result=18, HTTP code = 200

Я использую клиент TortoiseGit в Windows 7.

Почему я получаю это сообщение? как излечиться от этого состояния?

Answer 1

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

Например, я размещаю свою собственную систему Gitosis на сервере Ubuntu.Когда я создаю git-репо на сервере, я запускаю sudo git init --bare <repo name>, затем мне нужно запустить sudo chgrp -R gitosis <repo name> && sudo chown -R gitosis <repo name>.

Answer 2

Согласно эта статья git repack remote/origin/master может помочь в случае повреждения вашего локального хранилища. Чтобы проверить, можете ли вы попытаться клонировать ваше удаленное хранилище в новый каталог и проверить push из него.

Answer 3

Это также происходит, когда на пульте дистанционного управления не осталось свободного места, попробуйте освободить место.

Answer 4

Я столкнулся с этой проблемой, когда я установил новый удаленный сервер и создал удаленное git-репо / папки с моим пользователем root (а не с моим личным действием пользователя). Проблема устранена путем удаления репозиториев git и повторного их использования с моей личной учетной записью. теперь все работает как положено.

Answer 5

Проверьте права доступа к удаленному / исходному хранилищу.Они доступны для записи пользователю git?Если нет, вы получите эту ошибку.Что-то вроде:

chown git_user.git_user -R /path/to/repo/your_funky_repo

должно сработать в * nix системах.Если ваш пульт находится на Windows, я уверен, что вы можете запустить нечто подобное.

Answer 6

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

Чтобы исправить это, вам необходимо отключить пульт: git fetch --unshallow

Answer 7

Я успешно нажал "git push —no-thin origin HEAD"

Иногда, когда мы выполняем git push для отправки новой ветви в удаленный репозиторий, он будет заблокирован удаленным репозиторием.

Возможно, у нас нет соответствующих разрешений . Однако, когда я добавляю параметр --no-thin в git push, я могу увеличить его.

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

Answer 8

Если вы используете URL-адрес HTTP, вы не можете передавать данные через HTTP.HTTP предназначен только для чтения.Вместо этого используйте ssh.

Do git remote -v, чтобы проверить, является ли URL вашего репозитория HTTP.Вы можете изменить этот URL, выполнив это git remote set-url origin ssh:user@server/dir/project.git

После этого вы можете нажать!

Answer 9

На моем (gitlab) сервере мне сначала нужно было набрать -R git: git repositories /, но git repack не работал. Проблема была решена, когда я использовал scp для копирования объектного файла из локального репозитория на сервер:

    scp .git/objects/0d/449dd91d8c20c1820d1284371b28637e08a0f3 root@server:/home/git/repositories/my/project.git/objects/0d/

Answer 10

В Windows единственное исправление, которое работало для меня, заключалось в удалении следующих строк из моего файла .gitconfig:

[credential]
helper = !'C:\\Users\\YourNameHere\\AppData\\Roaming\\GitCredStore\\git-credential-winstore.exe'

Как только я это сделал, я вручную (успешно) нажал один раз, затем добавил вышеупомянутые строки обратно в .gitconfig, и все заработало.