git reset --hard,--soft,--mix 如果代码不见了，应该怎么操作

git reset

首先需要知道工作区（working diretory）和暂存区（Stage）这两个概念。工作区的概念不仅包含你实际更改的文件还应当包括当前修改但未add存入暂存区的文件变化信息，暂存区的作用则是临时存储文件的变化信息，在git add file操作之后，暂存区中将记录file文件上的修改信息。暂存区的存在更细化了时间节点，要知道commit的往往是有重大改变的版本或者是在一次修改工作整体完成之后才使用commit。而在这之间需要保存的修改，自然需要一个缓存区暂时存放。

撤销已提交的代码可以使用以下三种方式：

– git reset --soft HEAD^（撤销commit动作）：保留工作目录，并把重置 HEAD 所带来的新的差异放进暂存区 (推荐)；
– git reset --mixed HEAD^ （撤销commit、add动作）： reset 如果不加参数 那么默认使用–mixed 参数 。它的行为是：保留工作目录 并且清空暂存区. 也就是说 工作目录的修改、暂存区的内容以及由reset所导致的新的文件的差异，都会被放进工作目录。
– git reset --hard HEAD^ （撤销并舍弃版本号之后的提交记录）： 执行reset后需要强制推送push到远程，该操作会重置stage区和工作目录，没有commit的修改会被全部丢失，即，工作目录里的新改动和已经add到stage区的新改动全部丢失**（慎用！） **

如果你add了很多的文件到暂存区，但是只commit了其中的已部分文件，然后进行 git reset --hard HEAD^ 回退操作，那你就会发现工作区、暂存区的文件都消失或被覆盖，没错你的努力一下子就人间蒸发了一样，此时别慌，赶紧抢救一下吧。

抢救方式如下：

1.如果 git reflog 可以找到拥有丢失的文件的版本，可以直接git reset 版本号 回退

2.首先输入git fsck --lost-found 然后到项目的 .git/lost-found 文件夹里可以找回部分或者全部的文件 ( git fsck --lost-found 可以通过一些神奇的方式把曾经add到暂存区过的文件以某种算法算出来加到 .git/lost-found 文件夹里，直接去文件夹里找便可以找到丢失的特殊文件）

廖雪峰的git教程中在“撤销修改”部分中，提到了几种情景和相应的git checkout与git reset命令。通过我的思考，在这个更直接地分析这两个命令的含义。
　　git checkout – file；撤销对工作区修改；这个命令是以最新的存储时间节点（add和commit）为参照，覆盖工作区对应文件file；这个命令改变的是工作区
　　git reset HEAD – file；清空add命令向暂存区提交的关于file文件的修改（Ustage）；这个命令仅改变暂存区，并不改变工作区，这意味着在无任何其他操作的情况下，工作区中的实际文件同该命令运行之前无任何改变
对照廖雪峰的git教程中相应的例子，能更好地体会上述总结。

廖雪峰个人网站
git 撤销已提交的代码、恢复因git reset --hard造成的文件丢失