使用git时，如果对刚刚提交的后悔了怎么办，如何撤销?
方法一：手动修改
你把新增的文件删了 或者 更改过的文件再改回来，然后再commit一次。这种方式不推荐，当修改量大的时候根本法没法搞，虽然git diff可以帮助我们在最近两次提交上做对比，但依然很难操作
方法二：使用reset命令
实际上，可以将reset其视为rollback(回滚”)- 将你的local environment指向以前的commit。 “本地环境”包括：local repository(本地存储库), staging area(暂存区域), and working directory(工作目录)。
下图是Git中的一系列提交记录。 Git中的分支可以想象成一个指向特定提交命名的可移动指针。 在这种情况下，我们的主分支指向commit链中最新的提交。
查看提交历史记录
$ git log --oneline
b764644 File with three lines
7c709f0 File with two lines
9ef9173 File with one line
试想如果我们回滚到先前的提交会发生什么？ 简单 - 我们只需移动branch pointer（分支指针），Git提中reset命令就是为我们执行此操作的。 例如，如果我们想要将master重置为指向当前提交的两个提交，我们可以使用以下任一方法：
$ git reset 9ef9173
或者
$ git reset current~2
下图显示此操作的结果。 在此之后，如果我们在当前分支（master）上执行git log命令，我们将只看到一个提交。
$ git log --oneline
9ef9173 File with one line
git reset命令还包括一些列参数，这些参数允许你使用最终提交的内容更新本地环境的其他部分。 这些选项包括：
hard：重置repository中branch pointer的指向，使用commit的内容填充working directory ，以及重置staging area(暂存区域)。
soft：仅重置repository中branch pointer的指向。
mixed：（默认值）重置repository中branch pointer的指向。重置staging area(暂存区域)。
使用这些选项在目标环境中非常有用，例如git reset --hard <commit sha1 | reference>。 这会覆盖您尚未提交的任何本地更改。 实际上，它会重置（清除）staging area，并使用使用commit的内容填充working directory 。 在使用hard选项之前，请确保这是您真正想要做的事情，因为该命令会覆盖任何未提交的更改。
方法三：使用revert命令
git revert命令的净效果类似于reset，但其方法不同。 通常，reset的做法是移动分支指针到commit链其他位置，进而实现撤销更改。revert命令会在链的末尾添加新的提交以“取消”更改。 见下图，返回到只有两行的版本的一种方法是reset当前提交，即git reset HEAD~1。另一种转到两行版本的方法是添加一个删除三行版本的新提交 - 效果上等价于取消三行那个版本。 这可以使用git revert命令完成，例如：
$ git revert HEAD
由于这会添加一个新的提交，Git会提示commit消息：
Revert "File with three lines" This reverts commit b764644bad524b804577684bf74e7bca3117f554. # Please enter the commit message for your changes. Lines starting # with '#' will be ignored, and an empty message aborts the commit. # On branch master # Changes to be committed: # modified: file1.txt #
下图为revert操作后的commit链情况
如果我们执行git log，会看到之前的提交记录
$ git log --oneline 11b7712 Revert "File with three lines" b764644 File with three lines 7c709f0 File with two lines 9ef9173 File with one line
当前工作目录内容是
$ cat <filename> Line 1 Line 2
选择revert还是reset?
如果您已经将commit链推送到远端仓库（其他人可能已经提取代码并开始使用它），则revert是一种让他人获取更改的非常友好的方式。这是因为Git工作流很适合在分支结束时获取额外的提交，这是因为 Git 工作流可以非常好地在分支的末端添加提交，但是当有人 reset 分支指针之后，会导致一些分支再也看不见（如果你记得住那些分支的sha1，是可以在reset回来的。但是怎么可能有人记得住那么多sha1）。
使用Git时的一个基本规则：在本地存储库中进行这些类型的更改，reset、revert都没关系。但是，如果提交已经被推送到远程仓库而其他人可能正在使用它们的话，则不要做影响commit历史纪录的更改。
简而言之，如果你rollback，undo或rewrite其他人正在使用的commit链的历史记录，那么当他们尝试根据他们提取的原始链合并更改时，他们将会很头疼。 如果您必须对已经被推送并且正由其他人使用的代码进行更改，请在进行更改之前考虑进行通知，让他人有机会合并自己的更改。 然后他们可以在侵权操作后提取新的副本而无需合并。
你可能已经注意到，在我们完成reset后，原始提交链仍然存在。 我们移动分支指针并将代码重置为先前的commit，但它没有删除任何提交。 这意味着，只要我们知道分支指针的sha1，我们还能指回来。
git reset <sha1 of commit>
在替换commit时，我们在Git中执行的大多数其他操作中都会发生类似的事情。 创建新提交，并将分支指针移动到新的commit。 但旧的commit仍然存在。