Git ошибка при построении деревьев

malatmalat

11.9k13 gold badges83 silver badges148 bronze badges

maybe there are some unmerged paths in your git repository that you have to resolve before stashing.

This happened to me when trying to merge another branch. The merge failed with fatal: git-write-tree: error building trees and complained about a different file that had nothing to do with the merge. My branch then contained the files it had tried to merge, as uncommitted changes.

I cleared the changes it had attempted to merge, then removed the problem file and rebuilt the hash:

git reset --hard;

git rm --cache problem_file.txt;

git hash-object -w problem_file.txt;

The merge then worked.

answered Mar 22, 2022 at 12:42

This happened for me when I was trying to stash my changes, but then my changes had conflicts with my branch’s current state.

So I did git reset --mixed and then resolved the git conflict and stashed again.

answered Jul 16, 2019 at 18:06

Я не могу зафиксировать изменение:

$ git commit
error: invalid object 100644 13da9eeff5a9150cf2135aaed4d2e337f97b8114 for 'spec/routing/splits_routing_spec.rb'
error: Error building trees

Я пробовал пока:

$ git fsck | grep 13da
missing blob 13da9eeff5a9150cf2135aaed4d2e337f97b8114

а также:

$ git prune
error: Could not read 1394dce6fd1ad15a70b2f2623509082007dc5b6c
fatal: bad tree object 1394dce6fd1ad15a70b2f2623509082007dc5b6c

а также:

$ git fsck | grep 13da
missing blob 13da9eeff5a9150cf2135aaed4d2e337f97b8114

но ничего не помогло. Должен ли я удалить файл, зафиксировать и снова ввести его? Я готов потерять немного истории, если это вернет git commit.

Эта ошибка означает, что у вас есть файл с хешем 13da9eeff5a9150cf2135aaed4d2e337f97b8114, и этого хеша нет в .git/objects/../, или он пуст. Когда произошла эта ошибка, у меня в ошибке был только этот хеш, без пути к файлу. Затем я попытался сделать git gc --auto и git reset --hard. После одной из этих команд (эти команды не решили мою проблему) я получил путь к файлу, который вызывает ошибку.

Вам просто нужно сгенерировать хэш объекта:

git hash-object -w spec/routing/splits_routing_spec.rb

Для получения дополнительной информации см. документации. В документации есть дополнительный способ исправления этой ошибки.

PS Это был единственный способ, который мне помог.

ответ дан 23 дек ’18, 19:12

У вас может быть поврежденный объект в вашем репозитории git.

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

Файл, который вы хотите, будет в:

/repo/.git/objects/13/da9eeff5a9150cf2135aaed4d2e337f97b8114

Создан 22 янв.

Создан 21 янв.

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

git reset <file> 
git add <file>

ответ дан 03 мар ’15, в 19:03

Создан 23 сен.

В моем случае я решил это:

git reset --mixed

Создан 23 сен.

Это может быть вызвано некоторыми сторонними приложениями синхронизации, такими как Dropbox и Jianguoyun. По моему опыту может быть два пути:

1. Вы можете попробовать отменить недавние операции синхронизации.
2. Удалите связанные файлы из папки, зафиксируйте, а затем переместите файлы обратно.

ответ дан 19 окт ’17, 11:10

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

Git должен восстановиться нормально

ответ дан 07 апр.

В моем случае поврежден файл в удаленной ветке. Я решил это:

1. удалить удаленные ветки вообще $ git remote rm origin
2. снова добавьте пульт: $ git remote add origin <the-remote-url>
3. снова получить пульт: $ git fetch origin
4. reset-hard на нужную ветку в начале (скажем, develop): $ git reset --hard origin/develop

Потом все возвращается в норму.

ответ дан 16 дек ’15, 07:12

В моем случае это было связано с другой версией git. Я использовал свой репозиторий через официальный порт git для Windows и начал использовать порт MinGW с тем же номером версии.

Я начал сталкиваться с этой проблемой при попытке зафиксировать с помощью MinGW git. Переключение обратно на Windows Git решило проблему.

Создан 17 сен.

Создан 25 июн.

ответ дан 05 окт ’21, 21:10

Самый простой способ решить эту проблему:

1. Скопируйте незафиксированные файлы.
2. Затем используйте $ git reflog -1
3. использование $ git reset --hard xxxxxx (xxxxx ваш последний коммит)
4. Затем снова вставьте файлы.

Это сработало для меня. Нет необходимости клонировать репо или удалять пульт.

ответ дан 11 дек ’21, 20:12

git status 

а затем он показывает вам, какие файлы были изменены/вызвали проблему… тогда вы можете либо добавить их через git add "filename" — без кавычек или удалить через git rm "filename"

ответ дан 10 апр.

Простой трюк, упомянутый в это Статья Medium решила мой случай, когда я столкнулся с похожими проблемами «недопустимый объект» и «дерево ошибок при построении». Решение довольно простое:

git hash-object -w <file-name-which-is-creating-problem>

После этого git сделает Sha1 для файла, чьи хэши не совпали, и его репозиторий будет исправлен.

Теперь я могу использовать git add * и git commit -m без каких-либо проблем. Вот и все.

[Примечание: если у вас есть локальная копия или изменения, которые вам нужны, используйте этот трюк. Потому что вы можете потерять свои локальные изменения. В моем случае я скопировал строку, которую хотел вставить в репозиторий и исправить проблему, а затем повторно отредактировал файл и вставил эту строку.]

ответ дан 26 мая ’22, 07:05

I’m trying to import a large subversion repository into git using git-svn (so that I can work in git but still dcommit to subversion from time to time). After importing more than 4000 revisions I’m now getting the following error whenever I run git svn fetch or git svn rebase, which I don’t manage to get rid of:

$ git svn fetch
error: invalid object 100644 1f2....742 for 'src/path/.../file.cs'
fatal: git-write-tree: error building trees
write-tree: command returned error: 128

What I’ve tried so far:

• git fsck --full doesn’t report anything, neither does git fsck --unreachable or git fsck --no-reflog
• git gc --aggressive doesn’t help
• moving the single pack file away and reimporting it with git unpack-objects doesn’t help
• git svn reset -rXY with XY a bit lower than the latest imported revsion doesn’t seem to help either, neither does manually removing the latest entries from the reflog up to XY.
• reboot. Sounds silly, but I did observe some weird issues while importing the first ~4000 revision, as if something was leaking a lot of kernel resources (most likely in windows subsystem), might be related to msys/mingw (or the avira virus scanner, which I disabled for testing).

I also didn’t find out what error 128 really stands for. Any ideas? Thanks in advance!

Might be related to this question which is about error 128 as well but with different error messages, and without a solution.

msysgit version 1.6.4.msysgit.0 with bash on xp sp3

Short answer: Try resolving any merge conflicts, committing them, and they fetch/pull again.

Longer explanation:
I’m guessing you resolved this issue, since it was posted so long ago. I’m writing this since Google’s ranking of StackOverflow articles is high enough that other people with this problem would be very likely to visit this page if they had this error.

I encountered a similar error when trying to do a «git stash», what turned out to be the problem was that a merge conflict had occurred after a pull. I had not resolved & committed the conflict, and this left the repository in a state that prevented me from pulling/merging/etc…

If you make sure you don’t have any blocking files, try again.

Good luck!

answered Oct 20, 2010 at 1:18

I’m trying to import a large subversion repository into git using git-svn (so that I can work in git but still dcommit to subversion from time to time). After importing more than 4000 revisions I’m now getting the following error whenever I run git svn fetch or git svn rebase, which I don’t manage to get rid of:

$ git svn fetch
error: invalid object 100644 1f2....742 for 'src/path/.../file.cs'
fatal: git-write-tree: error building trees
write-tree: command returned error: 128

What I’ve tried so far:

• git fsck --full doesn’t report anything, neither does git fsck --unreachable or git fsck --no-reflog
• git gc --aggressive doesn’t help
• moving the single pack file away and reimporting it with git unpack-objects doesn’t help
• git svn reset -rXY with XY a bit lower than the latest imported revsion doesn’t seem to help either, neither does manually removing the latest entries from the reflog up to XY.
• reboot. Sounds silly, but I did observe some weird issues while importing the first ~4000 revision, as if something was leaking a lot of kernel resources (most likely in windows subsystem), might be related to msys/mingw (or the avira virus scanner, which I disabled for testing).

I also didn’t find out what error 128 really stands for. Any ideas? Thanks in advance!

Might be related to this question which is about error 128 as well but with different error messages, and without a solution.

msysgit version 1.6.4.msysgit.0 with bash on xp sp3

Short answer: Try resolving any merge conflicts, committing them, and they fetch/pull again.

Longer explanation:
I’m guessing you resolved this issue, since it was posted so long ago. I’m writing this since Google’s ranking of StackOverflow articles is high enough that other people with this problem would be very likely to visit this page if they had this error.

I encountered a similar error when trying to do a «git stash», what turned out to be the problem was that a merge conflict had occurred after a pull. I had not resolved & committed the conflict, and this left the repository in a state that prevented me from pulling/merging/etc…

If you make sure you don’t have any blocking files, try again.

Good luck!

answered Oct 20, 2010 at 1:18