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

malatmalat

12.1k13 gold badges87 silver badges156 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

I can not commit a change:

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

I tried so far:

$ git fsck | grep 13da
missing blob 13da9eeff5a9150cf2135aaed4d2e337f97b8114

and also:

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

and also:

$ git fsck | grep 13da
missing blob 13da9eeff5a9150cf2135aaed4d2e337f97b8114

but nothing helped. Should I delete the file, commit and reintroduce back? I am willing to lose little bit of history if it brings git commit back.

asked Jan 21, 2013 at 22:25

git reset --hard should bring your repository back to normal, but you will lose uncommitted changes.

For me it was just permissions issue. When I run with sudo, it worked. perhaps something to do with mac environment

In my case, it is the file in remote branch that is broken.
I solved it by:

1. remove the remote branches at all by $ git remote rm origin
2. add the remote back again: $ git remote add origin <the-remote-url>
3. fetch the remote again: $ git fetch origin
4. reset-hard to the desired branch on origin (say, develop): $ git reset --hard origin/develop

Then everything goes back to normal.

answered Dec 16, 2015 at 7:41

In my case, this was due to a different version of git. I had been using my repository through the official Windows port of git and started using the MinGW port with the same version number.

I started to encounter this issue when trying to commit with MinGW git. Switching back to windows Git solved the issue.

answered Sep 17, 2018 at 1:24

answered Jun 25, 2021 at 15:27

answered Oct 5, 2021 at 20:50

The easiest way to tackle this issue is :

1. Copy the uncommit files.
2. Then use $ git reflog -1
3. use $ git reset --hard xxxxxx (xxxxx your last commit head)
4. Then paste your files again.

It’s worked for me. No need to clone the repo or remove the remote.

answered Dec 11, 2021 at 20:51

git status 

and then it shows you which files were modified/causing the issue…
then you can either add them via git add "filename" — without the quotes
or remove via git rm "filename"

answered Apr 10, 2022 at 19:21

If your repository is synced using OneDrive and none of the above solutions work (git commands result in more errors), it might be a bug with OneDrive app. Suggested solution (which worked for me) is to scan and fix your hard drive:

1. Search Command Prompt in the Start menu
2. Right click on Command Prompt > Run as administrator
3. Enter command chkdsk r f
4. If chkdsk is unable to scan and fix the drive immediately, it’ll ask to perform the operation during next restart — confirm that you want to scan the drive

answered Sep 29, 2022 at 10:18

I tried the reset command, nothing worked for me except saving my new changes aside, deleting everything re-clone(it dosn’t matter if it’s in new area or same, I used the same) and re-copy

error: invalid object 100644 d5b87de7ffab13b0f9669abceae5c5193ac950ec for 'angular.json'
error: invalid object 100644 d5b87de7ffab13b0f9669abceae5c5193ac950ec for 'angular.json'
error: Error building trees

I faced this issue.
Here’s how I fixed it.

• I cloned the repository again (to get a “fresh” copy)
• I copied the entire .git folder from the cloned repository
• Deleted the .git folder from the original repository with the error
• Pasted the new .git folder in the original repository

It works!

I hope this will be helpful to someone else!

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

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

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

/repo/.git/objects/13/da9eeff5a9150cf2135aaed4d2e337f97b8114

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

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

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

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

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

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

git reset <file> 
git add <file>

В моем случае я решил это следующим образом:

git reset — смешанный

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

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

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

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

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

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

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

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

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

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

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

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

Если ваш репозиторий синхронизирован с помощью OneDrive и ни одно из вышеперечисленных решений не работает (команды git приводят к большему количеству ошибок), это может быть ошибка в приложении OneDrive . Предлагаемое решение (которое сработало для меня) — отсканировать и исправить ваш жесткий диск:

1. Поиск в меню «Пуск»
2. Щелкните правой кнопкой мышиCommand Prompt>Run as administrator
3. Введите командуchkdsk r f
4. Если chkdsk не может немедленно отсканировать и исправить диск, он попросит выполнить операцию во время следующего перезапуска — подтвердите, что вы хотите просканировать диск

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

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

Тогда все возвращается на круги своя.

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

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

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

После этого git создаст Sha1 для файла.

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

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

25 июн ’21 в 18:27
2021-06-25 18:27

      git status 

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

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

      error: invalid object 100644 d5b87de7ffab13b0f9669abceae5c5193ac950ec for 'angular.json'
error: invalid object 100644 d5b87de7ffab13b0f9669abceae5c5193ac950ec for 'angular.json'
error: Error building trees

Я столкнулся с этой проблемой. Вот как я это исправил.

• Я снова клонировал репозиторий (чтобы получить «свежую» копию)
• Я скопировал всю папку из клонированного репозитория
• Удалил папку из оригинального репозитория с ошибкой
• Вставил новый.gitпапка в оригинальном репозитории

Оно работает!

Я надеюсь, что это будет полезно для кого-то еще!

subin s

20 авг ’22 в 14:33
2022-08-20 14:33