Ответ 1
Если я ищу некоторые данные на основе контрольной суммы (ключ), то git возвращает ошибку, если ее не обнаружено (если она каким-то образом повреждена).
По существу, да. Предположим, что исходные правильные контрольные суммы данных до 1234. git хранит эту контрольную сумму и просматривает данные по этой контрольной сумме. (Так работает его "контент-адресная" вещь: обычно начинается с, например, имени ветки типа master, которое сопоставляется идентификатору фиксации, например 56789ab.... Это сопоставление хранится в git "refs", которые более уязвимы, чем остальные данные, но пусть на данный момент допустим, что эта часть остается неповрежденной.)
Git затем извлекает фиксацию по идентификатору и сравнивает контрольную сумму содержимого с идентификатором. Это должно совпадать, или содержимое фиксации повреждено. Предполагая, что содержимое является допустимым, они содержат (одиночный) идентификатор дерева (плюс информация о фиксации: кто его создал, когда его родители и т.д.).
Git затем извлекает содержимое дерева по идентификатору и сравнивает контрольную сумму содержимого с идентификатором. Это должно совпадать, или содержимое дерева повреждено. Предполагая, что содержимое является допустимым, они содержат ряд кортежей, дающих режимы, имена и идентификаторы файлов. Для каждой линии режим различает дополнительные деревья или простые файлы ( "blobs" ). Имя - это имя поддерева или файла, а идентификатор - контрольная сумма содержимого.
Git затем извлекает содержимое поддерева или blob по идентификатору и сравнивает контрольную сумму. Это должно совпадать или содержимое повреждено. Предполагая, что содержимое является допустимым, поддерево обрабатывается рекурсивно, как и раньше, и файл является правильным (не скомпрометирован).
Обратите внимание, что по пути любая пойманная ошибка просто говорит вам, что что-то пошло не так, но это не исправляет проблему; для этого вам нужна резервная копия (например, другая копия репозитория). Если сбой происходит довольно далеко по всему процессу, он очищает данные, которые являются коррумпированными, поскольку контрольные суммы действительны достаточно долго, чтобы найти фиксацию и дерево и, возможно, несколько поддеревьев до сбоя.
Если ссылки повреждены, их трудно восстановить. Тем не менее, git может перемещать каждый объект в базе данных и видеть, являются ли какие-либо "неподтвержденными". Такие объекты являются кандидатами на то, где должны указываться поврежденные ссылки. На самом деле, это на практике, как правило, бессмысленно сложно: вы просто переходите к той же резервной копии, которую вы будете использовать в случае поврежденного блоба.
