Как я могу восстановить HEAD ^ дерево?

tl; dr: можно восстановить дерево HEAD^, если оно удалено и не было нажато заранее, и если все остальное не повреждено?

Я случайно удалил часть своего .git. Я не совсем уверен, чего не хватает.

Узнав, что git push не работает, я запустил git fsck:

Итак, мое предположение заключается в том, что я просто пропускаю некоторую информацию, которую можно восстановить из GitHub. Моя реакция на коленный рефлекс заключалась в том, чтобы запустить git fetch, но он возвращается без вывода, потому что он не считает, что ничего нового не приносит.

Я попробовал распаковать .git/objects/pack/pack-ea43d1db155e4502c2250ec1d4608843715c8b1f.pack несколько способов, но он никогда не работал. Например:

Я получал эту ошибку каждый раз. (Имейте в виду: это a --mirror, так что это точная копия того, что GitHub имеет - правильно? Как это могло быть повреждено тогда?)

В конце концов я понял, что мне действительно не нужно распаковывать пакетный файл. Я мог бы просто скопировать его обратно в исходное репо, и Git подберет его просто отлично. Итак:

И это, казалось, делало трюк. Главным образом.

Как вы можете видеть, исправлено все, кроме одного, отсутствующего. Как оказалось, db238d - это идентификатор фиксации (который бывает HEAD^), который я еще не нажал. Правильно ли я предполагаю, что последние два фиксации в этом репозитории неустранимы, и мне нужно будет воссоздать содержимое этих коммитов? Я принял правильные решения в этом сценарии?

Ответы

Ответ 1

Попробуйте git fetch -pack для восстановления отсутствующих объектов, доступных из другого репозитория. Инструкции ниже.

Для восстановления нечистых коммитов, в частности HEAD ^ 1, я начинал с

git diff-tree -r HEAD~2^{tree} HEAD^{tree}

Вы получите список всех измененных деревьев /blobs и их SHA (которые будут включать изменения от HEAD и HEAD ^ 1). В зависимости от того, сколько информации доступно, вы можете воссоздать часть отсутствующего дерева. Однако недостающие капли более проблематичны.

Использование git fetch-pack

Умышленно поврежденный репозиторий

[email protected]:/scratch/corrupt/.git  (GIT_DIR!)$ cd objects/
[email protected]:/scratch/corrupt/.git/objects  (GIT_DIR!)$ ll
total 20
drwxrwxr-x 2 andrewc warp 4096 Oct  7 06:03 20
drwxrwxr-x 2 andrewc warp 4096 Oct  7 06:03 22
drwxrwxr-x 2 andrewc warp 4096 Oct  7 06:03 25
drwxrwxr-x 2 andrewc warp 4096 Oct  7 06:03 info
drwxrwxr-x 2 andrewc warp 4096 Oct  7 06:03 pack
[email protected]:/scratch/corrupt/.git/objects  (GIT_DIR!)$ rm -rf 22

Проверить головку в плохом состоянии

[email protected]:/scratch/corrupt/.git/objects  (GIT_DIR!)$ cd ../../
[email protected]:/scratch/corrupt  (master)$ git status
fatal: bad object HEAD

восстановить отсутствующие объекты

[email protected]:/scratch/corrupt  (master)$ git fetch-pack --all $(git config --get remote.origin.url)
error: refs/heads/master does not point to a valid object!
error: refs/remotes/origin/HEAD does not point to a valid object!
error: refs/remotes/origin/master does not point to a valid object!
error: refs/heads/master does not point to a valid object!
error: refs/remotes/origin/HEAD does not point to a valid object!
error: refs/remotes/origin/master does not point to a valid object!
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0)
Unpacking objects: 100% (3/3), done.
22ecde746be79c65b27a5cf1dc421764d8ff6e17 HEAD
22ecde746be79c65b27a5cf1dc421764d8ff6e17 refs/heads/master
[email protected]:/scratch/corrupt  (master)$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
nothing to commit, working directory clean

отсутствующие объекты восстановлены

[email protected]:/scratch/corrupt  (master)$ ll .git/objects/
total 20
drwxrwxr-x 2 andrewc warp 4096 Oct  7 06:03 20
drwxrwxr-x 2 andrewc warp 4096 Oct  7 06:05 22
drwxrwxr-x 2 andrewc warp 4096 Oct  7 06:03 25
drwxrwxr-x 2 andrewc warp 4096 Oct  7 06:03 info
drwxrwxr-x 2 andrewc warp 4096 Oct  7 06:03 pack
[email protected]:/scratch/corrupt  (master)$ 


[email protected]:/scratch/corrupt  (master)$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
nothing to commit, working directory clean

Если вы попадете в состояние, в котором вы можете найти сломанный древовидный объект и сломанный объект blob, вы можете вручную восстановить их. Вы можете git cat-file -p BLOB_SHA для любого blob, это сбрасывает содержимое. Если вы можете выяснить, просматривая содержимое, что этот файл может помочь вам восстановить файл. Аналогично git cat-file -p TREE_SHA будет выгружать дерево, в котором будут указаны имена файлов и SHAP. На этом этапе вы попытаетесь вручную построить дерево и перенести объекты из предположительно частичных данных. Если ваша запись HEAD завершена, вам просто не хватает истории и, по крайней мере, нужно иметь последнее состояние.

Ответ 2

Итак, мое предположение заключается в том, что я просто пропускаю некоторую информацию, которую можно восстановить из GitHub.

Как правило, это правда, но это помогает, если вы можете определить, откуда именно находится эта неработающая ссылка.

Вот что предложит Git 2.10 (Q3 2016):

git fsck --name-objects

См. commit 90cf590, commit 1cd772c, commit 7b35efd, commit 993a21b (17 июля 2016 г.) Йоханнес Шинделин (dscho).
^{(слияние Junio C Hamano - gitster - в commit 9db3979, 25 июля 2016 г.}

fsck: необязательно показать более полезную информацию для неработающих ссылок

Когда "git fsck" сообщает о некорректной ссылке (например, в дереве-объекте содержится blob, который не существует), как содержащий объект, так и объект, на который ссылаются, были отправлены с именами объектов с 40 шестью. Команда узнала опцию "--name-objects", чтобы показать путь к содержащему объекту из существующих ссылок (например, "HEAD~24^2:file.txt" ).

Как я могу восстановить HEAD ^ дерево?

Ответы

Ответ 1

Ответ 2

fsck: необязательно показать более полезную информацию для неработающих ссылок

`fsck`: необязательно показать более полезную информацию для неработающих ссылок