git 教程 --git reset 命令
简介
在程序员实际工作过程中，提交代码后，偶尔也有后悔的时候，但是都提交到本地仓库或者推送到远程服务器了，可怎么办？我想要回到某一个提交的版本，git就很贴心的提供了对应的功能，可以让你随心所欲的后悔。虽然世界上没有后悔药，但是git可以做到。
git reset前置知识
-
使用git reset之前，需要对git中的区域有一定的了解。git中的区域划分为工作区（WorkSpace）、暂存区（Stage/Index）、本地库（Local Repo）和远程库（Remote）四个区域。
-
同时git reset还需要跟三个参数联合使用，效果更好
-
--hard
-
--mixed
-
--soft
三个指令的区别：对于工作区、暂存区、本地仓库的回滚的粒度范围不一样，可以根据实际的需求选择不同的参数来回滚不同区域的代码。
git reset --hard指令图解
-
使用当前的命令，工作区、暂存区、本地仓库都会回滚到对应commit-id上
git reset --mixed指令图解
-
使用当前的命令，工作区代码不会受到影响，但是暂存区、本地仓库区的代码已经回滚到了YY对应的commit-id上。
git reset --soft指令图解
-
使用当前的指令，工作区和暂存区的代码不会受到影响，但是本地仓库的代码会回滚到YY对应的commit-id上
总结
对于--hard，--mixed，--soft参数，可以根据具体情况使用，区别就是git中工作区、暂存区、本地仓库是否会受到影响。根据上文可以看出，他们三个对于git区域的影响范围一次递减。如果有良好的add，commit的习惯（根据工作进度及时commit，不要所有的东西一次性梭哈）建议使用--hard模式，但是同时可以跟其它的指令综合使用，比如
1、 git reset xx [file]（等于git reset --mix ，mix可省略） 还原版本，移动HEAD到指定得位置，比如有A-B-C（HEAD）分支，现在在C提交，如果执行git reset B，则代表把HEAD移动到B，同时如果用git status命令查看，会发现之前提交到C得东西都变成了未提交状态，并且还未add到暂存区。 使用场景：比如我提交后，发现某个代码写的有问题，此时commit在C ，那么我可以使用git reset B ，然后我之前修改得东西都还在，并且处于未add得状态，我可以在之前修改得基础上再修改，把代码改对，然后再git add xxx ，git git commit -m “xxxx” 2、 git reset --soft xx 和git reset 类似，不过reset后，之前修改得东西还处于add状态， 3、 git reset --hard xx 危险操作，慎重使用，reset后，会清空工作区、暂存区以及xx之后得提交，反正xx之后得内容都没了。 我能想到得场景：代码修改多了，发现改得一团糟，想丢掉重头来，则可以使用这个命令
git stash -m "暂存信息"
git reset --模式 commit-id
HEAD 说明：
-
HEAD 表示当前版本
-
HEAD^ 上一个版本
-
HEAD^^ 上上一个版本
-
HEAD^^^ 上上上一个版本
-
以此类推...
可以使用 ～数字表示
-
HEAD~0 表示当前版本
-
HEAD~1 上一个版本
-
HEAD^2 上上一个版本
-
HEAD^3 上上上一个版本
-
以此类推...
