Underscore: репо не работает git fsck

@zackschuster Спасибо, что

Мне пришлось поискать в Интернете дополнительную информацию, потому что я никогда раньше не слышал о git fsck или об этой конкретной ошибке. В конце концов я обнаружил в https://github.com/pallets/flask/issues/2029, что есть два возможных решения для этого типа проблемы. Первый действительно решает проблему, перестраивая репозиторий, но он слишком разрушителен, потому что все хэши после неисправного объекта изменятся. Второй заключается в добавлении некоторой документации, чтобы предупредить людей о проблеме и проинструктировать их, как ее обойти (что кажется вполне выполнимым). Только последнее решение будет жизнеспособным для этого репо.

Все это кажется мне немного спорным, потому что я не могу воспроизвести ошибку. Я попытался запустить точные команды из вводного сообщения, используя Git 2.26.2, за исключением того, что перед первой командой стоит sudo поскольку это требуется для изменения общесистемных настроек. Репо просто клонировано без ошибок. Я также не смог найти ни одного объекта с хешем b252cd0cf660db8fea1a40ae7d3ba0e34a41ffd3.

@zackschuster Пожалуйста, проверьте еще раз, что проблема, с которой вы столкнулись, не является результатом ошибочной передачи данных по сети, неправильного чтения с диска или ошибки в какой-либо конкретной версии Git. Я закрою этот вопрос сейчас; если вы найдете дополнительные шаги, которые я могу выполнить, чтобы воспроизвести ошибку, или если кто-то еще может подтвердить, что это действительно проблема с репозиторием Underscore, мы, конечно, откроем его повторно.

@jgonggrijp Я использую git 2.29.2 на macOS, скомпилированный стандартным способом с помощью autoconf & make. приносим свои извинения за ошибку в консольной команде; честно говоря, у меня receive.fsckObjects установлен из $HOME/.gitconfig .

Я не уверен, как отследить ошибки blob на моей стороне, но я постараюсь получить более подробную информацию: smile:

@jgonggrijp Я нашел информацию. отметить:

1. запуск git clone --config transfer.fsckobjects=false [email protected]:jashkenas/underscore.git позволяет избежать ошибки (обратите внимание на transfer.fsckobjects ; у меня была неправильная настройка в моем исходном отчете. Приносим извинения!)
2. впоследствии запуск git fsck в репо (с использованием v2.29.2 ) выявляет две ошибки zeroPaddedFilemode
3. git cat-file -p показывает список файлов, что говорит о плохой фиксации; git cat-file -t помечает их как тип tree . git show output - это менее информативная версия git cat-file -p . git log ничего не возвращает.

Я включил вывод консоли для справки:

~/Source
$ git clone --config transfer.fsckobjects=false [email protected]:jashkenas/underscore.git
Cloning into 'underscore'...
remote: Enumerating objects: 215, done.
remote: Counting objects: 100% (215/215), done.
remote: Compressing objects: 100% (130/130), done.
remote: Total 10434 (delta 185), reused 101 (delta 85), pack-reused 10219
Receiving objects: 100% (10434/10434), 5.61 MiB | 9.21 MiB/s, done.
Resolving deltas: 100% (6770/6770), done.

~/Source
$ cd underscore 

~/Source/underscore
$ git fsck
Checking object directories: 100% (256/256), done.
warning in tree b252cd0cf660db8fea1a40ae7d3ba0e34a41ffd3: zeroPaddedFilemode: contains zero-padded file modes
warning in tree 8a654ec549a230dcab28e54c6e53c460cb9e190d: zeroPaddedFilemode: contains zero-padded file modes
Checking objects: 100% (10434/10434), done.

~/Source/underscore
$ git cat-file -p b252cd0cf660db8fea1a40ae7d3ba0e34a41ffd3
100644 blob d8cef485ec7309b938b4c3bc19171458e9139811    LICENSE
100644 blob 333b13f45b62427fd0840c77bb55bfc8fb96be6b    README
100644 blob 721c294b3ddb1d3e6ed35a7d9336e162aab01bb9    Rakefile
100644 blob bdaef73ca2ca82b90d37cec4b9c38606b440d619    index.html
100644 blob 6771de07ecd088853df1376f3693e81584ec2560    package.json
040000 tree d0a277f748b309f3d26e13d1cb5133ff003c468d    test
100644 blob 7cfbf993705f83e7fde17e9745b4187f7a4047b2    underscore-min.js
100644 blob 625411233e487b5cd8da1a32a69e5693b1862c09    underscore.js

~/Source/underscore
$ git cat-file -p 8a654ec549a230dcab28e54c6e53c460cb9e190d
100644 blob 9644b34c3f5c16753d1061497aa7aab426e6c896    LICENSE
100644 blob e41015cd7cc04a940ac4e7a451aeb0b0b384c3a3    README
100644 blob 6af14bb6d570698990d30aa0b46e398ae3fd48b1    Rakefile
100644 blob 1a03be19fc8ddf61b113f71c19d6892fb74ff4f5    index.html
100644 blob 2cbc8128d9db1feabc44a3be14c504e40b6b7e2e    package.json
040000 tree fae9dcb01827d13b2b5fbd9afab07489b249dab8    test
100644 blob 2c8b499882c2a5d662ea35c80ec7ea0fa111814f    underscore-min.js
100644 blob 42bf31a27545d0d5460c655d13ce9bbf76e540b3    underscore.js

~/Source/underscore
$ git cat-file -t b252cd0cf660db8fea1a40ae7d3ba0e34a41ffd3
tree

~/Source/underscore
$ git cat-file -t 8a654ec549a230dcab28e54c6e53c460cb9e190d
tree

~/Source/underscore
$ git show b252cd0cf660db8fea1a40ae7d3ba0e34a41ffd3
tree b252cd0cf660db8fea1a40ae7d3ba0e34a41ffd3

LICENSE
README
Rakefile
index.html
package.json
test/
underscore-min.js
underscore.js

~/Source/underscore
$ git show 8a654ec549a230dcab28e54c6e53c460cb9e190d
tree 8a654ec549a230dcab28e54c6e53c460cb9e190d

LICENSE
README
Rakefile
index.html
package.json
test/
underscore-min.js
underscore.js

~/Source/underscore
$ git log b252cd0cf660db8fea1a40ae7d3ba0e34a41ffd3

~/Source/underscore
$ git log 8a654ec549a230dcab28e54c6e53c460cb9e190d

~/Source/underscore
$ 

Теперь я могу воспроизвести проблему. Спасибо за настойчивость, @zackschuster.

Поэтому нам, вероятно, следует просто задокументировать факт существования этой проблемы и объяснить, как люди могут ее решить. Возможно, CLONING.md было бы подходящим местом для такой документации.

Или, может быть, мы сможем каким-то образом выяснить, какие коммиты ссылаются на это дерево. Если нам очень повезет, мы сможем удалить (или перестроить) только какую-то несущественную боковую ветвь. Вероятно, мы должны сначала попробовать это.

Помогите добро пожаловать.

Я попытался использовать git fast-export + git fast-import (используя этот ответ SO ), и это исправило репо, но изменило хеши. flask перечисляет их инструкции zeroPaddedFilemode под вкладом , поэтому копирование их текста в CONTRIBUTING.md может быть вариантом.