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

error: object file .git/objects/33/0e08d8e26d51ba6d671ced85b573191bc9def7 is empty         │~
error: object file .git/objects/33/0e08d8e26d51ba6d671ced85b573191bc9def7 is empty         │~
error: object file .git/objects/33/0e08d8e26d51ba6d671ced85b573191bc9def7 is empty         │~
fatal: loose object 330e08d8e26d51ba6d671ced85b573191bc9def7 (stored in .git/objects/33/0e0│~
8d8e26d51ba6d671ced85b573191bc9def7) is corrupt

Место на диске есть, работаю в виртуальной машине.

диск\ФС точно не чудят?

я бы мб попробовал запустить git gc какой-нибудь

Сделал снимок системы в виртуалбоксе, попробую fsck c livecd

git status и git gc дают одинаковый вывод.

Вот тут что-то такое обсуждали, может будет полезно
https://github.community/t/fatal-loose-object-is-corrupt/128673/
Правда автор не ответил, может это был его последний пост с этой машины 😂

ну тут мб поздно уже будет - если ФС разбита, то тут только бэкапы обычно. Но офк сильно от вида\степени разлома и ФС зависит. Ну и на всякий посмотри SMART диска

Выполнил fsck -p /dev/sda1, диск чистый. Восстановил репо с гитхаба. Изменённые файлы не потерялись, только разрушилось хранилище)

как убрать ето?

написано же прям в сообщении

извиняюсь, думал для master не сработает

Ребят, хелпоните плз. Вопрос по гитхабу
Можно ли при включенной двухфакторной аутентификации юзать ssh  и не водить нейм / токен каждый раз?

Можно. Я в начале сессии делаю ssh-add имя_ключа, далее пароль не требуется.

да следал вроде

а как проверить, применился ли?

блин ну вроде же все норм
В гитхаб добавлен

@djapananda у вас точно все работает?

нашел
git remote set-url origin git@github.com:username/repo.git

был http

ребят, оффтопик, но пользуясь доброжелательностью этого чата спрошу и здесь. может быть есть идеи. пока я грешу на баг Jenkins Git Plugin

Ребят, вопрос по git plugin. Есть задачи в jenkins, которые используют Git Plugin с установленными правилами в Polling ignore commits in certain paths. Например, в Include Regions стоит ^dir1/.* . Но если сделать бранч с начала времен репозитория, изменить или добавить файл в отличную от dir1 директории, то при мерже такого бранча сработает триггер, просто потому, что git plugin запросит историю между коммитом последнего билда и текущем head:

git log --full-history --no-abbrev --format=raw -M -m --raw 5e1747c6510adea4bd364b4ad5738a0ad56b4ae8..6232a55f55a778c5d7a4022e59f5b9620ab9b086

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

Сталкивались ли вы с этим и как это лечить?