这救了我的命：https://medium.com/@CarrieGuss/如何从数字-数字-设置-b830b5e3f60c中恢复

基本上，您需要运行：

for blob in $(git fsck --lost-found | awk ‘$2 == “blob” { print $3 }’); do git cat-file -p $blob > $blob.txt; done

然后手动完成痛苦，将文件重新组织到正确的结构。

注意：千万不要使用git重置，如果你不能100%理解它的工作原理，最好不要使用它。

如果您还没有对存储库进行垃圾收集（例如，使用git重新打包-d或git gc，但请注意垃圾收集也可以自动进行），那么您的提交仍然存在，只是无法通过HEAD访问。

您可以尝试通过查看git fsck的输出来查找提交。

较新版本的Git有一种叫做“reflog”的东西，它是对ref所做的所有更改的日志（与对存储库内容所做的更改相反）。因此，例如，每次您切换HEAD时（即每次执行git签出以切换分支时），都会被记录。当然，你的git重置也操纵了HEAD，所以它也被记录了下来。您可以以类似于访问存储库的旧状态的方式访问ref的旧状态，方法是使用@符号而不是~，如git-resetHEAD@{1}。

我花了一段时间才明白HEAD@{1}和HEAD~1之间的区别，所以这里有一个小解释：

git init
git commit --allow-empty -mOne
git commit --allow-empty -mTwo
git checkout -b anotherbranch
git commit --allow-empty -mThree
git checkout master # This changes the HEAD, but not the repository contents
git show HEAD~1 # => One
git show HEAD@{1} # => Three
git reflog

因此，HEAD~1表示“在HEAD当前指向的提交之前进行提交”，而HEAD@{1}表示“在其当前指向的位置之前进行HEAD指向的提交”。

这将很容易让您找到丢失的提交并恢复它。

数字刷新

在列表中找到提交sha，然后将其复制并粘贴到以下命令中：

git cherry pick<the sha>

gitreset-hard-您可以使用它还原一个页面，然后可以再次隐藏或从原始页面中提取所有内容

git-relog并返回到最后一个HEAD6a56624（HEAD->master）HEAD@{0}：重置：移动到HEAD~31a9bf73 HEAD@{1}：提交：在模型中添加更改生成二进制

这救了我的命：https://medium.com/@CarrieGuss/如何从数字-数字-设置-b830b5e3f60c中恢复

基本上，您需要运行：

for blob in $(git fsck --lost-found | awk ‘$2 == “blob” { print $3 }’); do git cat-file -p $blob > $blob.txt; done

然后手动完成痛苦，将文件重新组织到正确的结构。

注意：千万不要使用git重置，如果你不能100%理解它的工作原理，最好不要使用它。