Size: a a a

2021 June 15

ШТ

Шмель Тяжеловес... in pro.git::next
Добрый день. Работаю с гитом в консоли линукса. Внезапно получил следущую ошибку. Деструктивных команд не выполнял, коммиты и пушы в основном. Подскажите как починить репозиторий и почему могла произойти ошибка?
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
Место на диске есть, работаю в виртуальной машине.
источник

AZ

Alexander Zaitsev in pro.git::next
диск\ФС точно не чудят?
источник

AZ

Alexander Zaitsev in pro.git::next
я бы мб попробовал запустить git gc какой-нибудь
источник

ШТ

Шмель Тяжеловес... in pro.git::next
Сделал снимок системы в виртуалбоксе, попробую fsck c livecd
источник

ШТ

Шмель Тяжеловес... in pro.git::next
git status и git gc дают одинаковый вывод.
источник

P

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

AZ

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

ШТ

Шмель Тяжеловес... in pro.git::next
Выполнил fsck -p /dev/sda1, диск чистый. Восстановил репо с гитхаба. Изменённые файлы не потерялись, только разрушилось хранилище)
источник
2021 June 16

pl

peach lasagna in pro.git::next
как убрать ето?
источник

RU

Roman Usherenko in pro.git::next
написано же прям в сообщении
источник

pl

peach lasagna in pro.git::next
извиняюсь, думал для master не сработает
источник
2021 June 17

VL

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

ШТ

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

VL

Valerii Leontiev in pro.git::next
да следал вроде
источник

VL

Valerii Leontiev in pro.git::next
а как проверить, применился ли?
источник

VL

Valerii Leontiev in pro.git::next
блин ну вроде же все норм
В гитхаб добавлен
источник

VL

Valerii Leontiev in pro.git::next
@djapananda у вас точно все работает?
источник

VL

Valerii Leontiev in pro.git::next
нашел
git remote set-url origin git@github.com:username/repo.git

был http
источник
2021 June 18

AS

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

AS

Anatoly Shirokov in pro.git::next
Переслано от Anatoly Shirokov
Ребят, вопрос по 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
в который попадет информация об измененных файлах в мастере и в этом бранче, сделанном очень давно,  с начальных коммитов репозитория.

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