git 进阶。stash和reflog使用，可恢复误删除、reset

stash: 储藏。

储藏机制典型情况---“中断工作流”。
使用场景：
1、在当前开发做修改后，不需要进行commit（可能是未开发完，有优先级更高的任务或bug），这时本地修改的代码就可以使用stash储藏。（也这种情况也可以使用基于当前修改新建分支解决）。
2、多个分支开发时，需要临时切换至其他分支，但是当前开发分支不做commit，可以使用stash储藏。

常用命令：
1、git stash save "描述" ：保存当前修改至stash
save是git stash的默认语句，输入git stash也是默认执行git stash save。
2、git stash pop：取出最新的stash内容。
3、git stash list：查看所有stash列表
列表的形式是这样的：

stash@{0}: WIP on master: 65f0fe3 test commit

有多个stash 就会有多条。其中stash@{0}是用来取某一条stash的标识
4、git stash apply stash@{0}：取出某条stash中的内容
5、git stash show -p stash@{0}：查看某个stash中详细的修改信息

reflog引用日志

使用场景：在误删或者进行reset的误操作后，需要将代码恢复。可根据引用日志操作恢复。
引用日志会记录以下情况：

复制
推送
执行新提交
修改或创建分支
重置操作
一些更复杂的操作，比如 git filter-branch 都可以归结到简单的提交上，也会记录下来。根本上来说，任何修改引用或者更改分支头的git操作都会记录。

常用命令：
1、git reflog show ：显示引用日志。
引用日志是这样的：

5b488e0 HEAD@{5}: commit: test 3
2dd0082 HEAD@{6}: checkout: moving from test to master
65ca119 HEAD@{7}: checkout: moving from master to test
2dd0082 HEAD@{8}: reset: moving to HEAD

HEAD@{0} 条目从0开始，我上面截取的是中间的一部分引用日志。
HEAD@{0}条目可作为log查看和reset的标识。可以针对某一 HEAD@{0} 条目进行 git log HEAD@{0} 或 git reset HEAD@{0} 操作。
2、git reflog 分支名：显示某个分支的引用日志
3、git log HEAD@{0}：查看此条目和此条目之前的提交日志。
4、git reset HEAD@{0}：针对某一条目进行reset 命令，reset 后可接不同的命令达到不通的效果，比如--soft --mixed --hard，具体可查看之前文章对reset的使用。当误删或者进行reset的误操作后，可用此方法恢复。

模拟场景：
假如我们在执行 “git reset --hard 某次提交标识” 后（执行reset --hard会将本地的修改直接重置），发现将不需要重置的代码也重置了，再使用git log 查看提交日志时，发现之前的提交日志已经没了，回到了reset 的那次提交。这时就可以使用reflog 引用日志进行恢复。

具体的操作方法:
用以下引用日志说明

1、我先进行了三次测试的提交。提交完后使用 git reflog show 查看引用日志。

952108e (HEAD -> master) HEAD@{0}: commit: test Commit 03
5d0dd2d HEAD@{1}: commit: test commit 02
d5e842c HEAD@{2}: commit: test commit

使用 git log 查看日志

commit 952108e52816f07002b102e6b49b1de4bd922c68 (HEAD -> master)
Author: weiweilong <weiweilonggl@gmail.com>
Date:   Fri Dec 6 14:38:21 2019 +0800

    test Commit 03
    
    test Commit 03

commit 5d0dd2de10abfea78679763d0a8aac755eafa7b4
Author: weiweilong <weiweilonggl@gmail.com>
Date:   Fri Dec 6 14:37:23 2019 +0800

    test commit 02
    
    test commit 02

commit d5e842cb35285a7e27a1d08c2388b46c13cf54ff
Author: weiweilong <weiweilonggl@gmail.com>
Date:   Fri Dec 6 14:35:24 2019 +0800

    test commit
    
    test commit

在git log 和git reflog show 中都有提交日志。

2、使用命令 git reset --hard d5e842cb35285a7e27a1d08c2388b46c13cf54ff 重置到“test commit”这次提交。对应命令行命令：

➜  ztyf_min git:(master) git reflog show
➜  ztyf_min git:(master) git log
➜  ztyf_min git:(master) git reset --hard d5e842cb35285a7e27a1d08c2388b46c13cf54ff
HEAD is now at d5e842c test commit
➜  ztyf_min git:(master)

再使用git reflog show 和 git log查看日志

d5e842c (HEAD -> master) HEAD@{0}: reset: moving to d5e842cb35285a7e27a1d08c2388b46c13cf54ff
952108e HEAD@{1}: commit: test Commit 03
5d0dd2d HEAD@{2}: commit: test commit 02
d5e842c (HEAD -> master) HEAD@{3}: commit: test commit

git log

commit d5e842cb35285a7e27a1d08c2388b46c13cf54ff (HEAD -> master)
Author: weiweilong <weiweilonggl@gmail.com>
Date:   Fri Dec 6 14:35:24 2019 +0800

    test commit
    
    test commit

可以看到log中只有“test commit”的提交记录了，但是reflog中所有的操作都被记录了。假如需要恢复到这次reset前的内容，执行git reset HEAD@{1}即可

3、执行：git reset HEAD@{1}

执行完再使用git reflog show 和 git log查看日志

952108e (HEAD -> master) HEAD@{0}: reset: moving to HEAD@{1}
d5e842c HEAD@{1}: reset: moving to d5e842cb35285a7e27a1d08c2388b46c13cf54ff
952108e (HEAD -> master) HEAD@{2}: commit: test Commit 03
5d0dd2d HEAD@{3}: commit: test commit 02
d5e842c HEAD@{4}: commit: test commit

git log

commit 952108e52816f07002b102e6b49b1de4bd922c68 (HEAD -> master)
Author: weiweilong <weiweilonggl@gmail.com>
Date:   Fri Dec 6 14:38:21 2019 +0800

    test Commit 03
    
    test Commit 03

commit 5d0dd2de10abfea78679763d0a8aac755eafa7b4
Author: weiweilong <weiweilonggl@gmail.com>
Date:   Fri Dec 6 14:37:23 2019 +0800

    test commit 02
    
    test commit 02

commit d5e842cb35285a7e27a1d08c2388b46c13cf54ff
Author: weiweilong <weiweilonggl@gmail.com>
Date:   Fri Dec 6 14:35:24 2019 +0800

    test commit
    
    test commit

到此可以看到原来reset的log已经回来了。但是对应本地的文件还并没有修改回来。
使用git status查看状态。

➜  ztyf_min git:(master) ✗ git status
On branch master
Your branch is ahead of 'origin/master' by 7 commits.
  (use "git push" to publish your local commits)

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   pages/Home/MyCar/MyCar.js

no changes added to commit (use "git add" and/or "git commit -a")

可以看到pages/Home/MyCar/MyCar.js 文件就是我们需要恢复的文件，对文件进行checkout 就可以把文件修改恢复到提交前的状态了。
一般在项目中使用时都是借用工具进行discard changes。

其实恢复文件git提供了一个git fsck命令，fsck（file system check）文件系统检测。但是一般情况用不到，只有在误删除并且把引用日志也删除的情况才用到git fsck。本文就不做解释了。