git撤回几种方法
目录
常言道，君子一言驷马难追，世上没有后悔的药。但是在git的世界，你却有一架时光机，可以自由地在过去和未来之间穿梭。本文主要讲解git撤回方法，将从原理进行分析，以及仔细分析多种撤回方法的区别。
1. 工作区和暂存区
当我们修改一个文件时，通常第一步需要先git add命令把文件添加进去，然后再git commit提交更改。那么这些命令究竟做了什么事情呢?
git作为一个版本控制系统，通过隐藏的.git文件构建了一个版本库。工作区是指电脑里面能看到的本地工作目录，版本库是由.git文件构建，这个文件通常隐藏在工作区。版本库中有个很重要的暂存区(stage)和分支。
我们在本地电脑工作目录修改一个readme.txt文件，新增一个LiCENSE文件，使用git status查看一下状态，代码有一个文件修改了，有一个文件增加等待加到staged。
admindeMacBook-Pro-5:learngit hzjdemac$ git status
On branch master
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: readme.txt
Untracked files:
(use "git add <file>..." to include in what will be committed)
LICENSE
no changes added to commit (use "git add" and/or "git commit -a")
使用git add命令，实际上就是把文件修改从本地工作区添加到暂存区。使用git status查看一下状态, 如图所示stage里面多了两个文件等待commit。
admindeMacBook-Pro-5:learngit hzjdemac$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: LICENSE
modified: readme.txt
image.png
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支,此时用git status查看，则stage空空如也。使用git log命令则多了一条日志
admindeMacBook-Pro-5:learngit hzjdemac$ git status
On branch master
nothing to commit, working tree clean
admindeMacBook-Pro-5:learngit hzjdemac$ git log
commit dfe491b3581352276e5985f2b4a2057e2b3974f8 (HEAD -> master)
Author: wong
Date: Wed Nov 14 11:21:52 2018 +0800
add file
commit 367dce4c74da9a81a370a24b0655598796c25181
Author: wong
Date: Wed Nov 14 11:14:19 2018 +0800
wrote a readme file
image
2. Git撤回方法
reset命令能够将HEAD(当前分支的版本顶端）移动到另外一个commit,reset在一条分支上前后移动， 与checkout 移到到其他分支是不同的。本文主要讲解撤回，所以讨论的是往后移动 。下面将解释几个参数的不同。
image
2.1. git reset --soft
使用--soft参数，则会将HEAD到另外一个commit之间提交的修改返回到stage，说白了就是与git commit -m 命令功能刚刚相反。
admindeMacBook-Pro-5:learngit hzjdemac$ git reset --soft HEAD~1
admindeMacBook-Pro-5:learngit hzjdemac$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: LICENSE
modified: readme.txt
使用git log命令可以发现刚才的提交没有了，一切回到了没有发生过的状态。但是这是错觉，使用git reflog还是可以找到提交的痕迹，并回到最初的起点。
2.2. git reset --mix(default)
使用--mix参数，则会将HEAD到另外一个commit之间提交的修改和stage内容返回到本地工作区，说白了就是git commit -m, git add 命令功能刚刚相反。
代码块
admindeMacBook-Pro-5:learngit hzjdemac$ git reset 367dce4c74da9a81
Unstaged changes after reset:
M readme.txt
admindeMacBook-Pro-5:learngit hzjdemac$ git status
On branch master
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: readme.txt
Untracked files:
(use "git add <file>..." to include in what will be committed)
LICENSE
no changes added to commit (use "git add" and/or "git commit -a")
2.3. git reset --hard
使用hard命令，移动HEAD到另外一个commit时，会强制本地工作区进行同步，清空stage，此时本地工作区数据和版本库中分支数据保持一致。这是一个比较危险的动作，如果本地新加的修改没有保存的话，数据会丢失，永远找不回来了。使用此命令最好先把最近修改commit一下，以后通过git reflog还能够找回。
2.4. git checkout --
使用此命名会撤销本地工作区的修改。当你修改了一个文件，准备提交时，猛然发现错误。幸亏发现得及时，使用git checkout --撤销刚才的修改，回到上一次git commit或者git add的状态。
2.5.git revert
要撤回中间的某次提交，此次操作之前和之后的commit和history都会保留，并且把这次撤销作为一次最新的提交。注意撤回的提交真的被抛弃了，本地工作区和stage都不会有记录，使用git revert有可能会引起冲突。
代码块
admindeMacBook-Pro-5:learngit hzjdemac$ git log
commit 105262a03ca8a99081669260f795021fa1fd73ec (HEAD -> master)
Author: wong
Date: Wed Nov 14 13:23:15 2018 +0800
Revert "add test"
This reverts commit f03b82e7628cc88fa025f82782e06bdd55d97948.
commit c7ed83816bb856a992009c548e30694fc185dafd
Author: wong
Date: Wed Nov 14 13:22:59 2018 +0800
stage:
commit f03b82e7628cc88fa025f82782e06bdd55d97948
Author: wong
Date: Wed Nov 14 13:21:42 2018 +0800
add test
commit dfe491b3581352276e5985f2b4a2057e2b3974f8
Author: wong
Date: Wed Nov 14 11:21:52 2018 +0800
add file
commit 367dce4c74da9a81a370a24b0655598796c25181
Author: wong
Date: Wed Nov 14 11:14:19 2018 +0800
wrote a readme file
3. 总结
修改保存在本地工作区，使用git checkout --撤销修改
已保存到了stage, 使用git reset [--mix] HEAD 将修改文件打回本地工作区；
已保存到了分支，使用git reset [--mix] HEAD~1将修改文件打回本地工作区；
要抛弃最近提交，使用git reset [--hard] HEAD~1将上一次提交同步到本地工作区；
