使用 Git 你后悔了吗？
人总会有犯错的时候，值得感激的是 Git 允许你在任何时候反悔，并且将对应信息从历史记录中抹除，这样的历史记录往往看起来行云流水，令人赏心悦目，严谨的提交信息是对他人的一种尊重。
改变最近的一次提交
git commit –amend
如果你想改变上一个 commit 的提交信息与文件内容，即可使用 –amend 命令，它允许你将暂存区的修改合并到上一个 commit，从而生成一个新的 commit，您也可以仅适用它来修改 commit message。
需要注意的是，如果已经将 commit 到远程库，不建议使用 ammend 命令，因为这样会修改掉最近一次 commit 的 hash 值，只能强制推送才能 push 上去，如果你的 commit 已经同步到了其他仓库或别人已经拉取之前的提交，这样强推上去就会产生冲突。
重置某一次提交内容
git revert [<commit>]
若当某一次的提交内容导致一些错误发生，通常会进行还原操作，此时 revert 就派上用场了，它会生成一条新的 commit，将指定的 commit 中包含的更改进行还原。
revert 是一个十分礼貌的命令，对于多人协作的项目来讲，是十分有用的，因为它会保持 HEAD 指针在不断的前进，不会产生意想不到的冲突。
将最近几个提交合并为一个
git rebase -i [<start_commit>] [<end_commit>]
在推送到远程分之前，为了保持逻辑清晰可回溯步骤，我们需要会进行许多个小的提交，而到推送到远程库的时候，更希望将其汇总为一个 feat 提交，这时命令就派上了用场。
首先我们来初始化一个 git 仓库：
mkdir gittest && cd gittest && git init
touch a && git add * && git commit -m ‘a’
touch b && git add * && git commit -m ‘b’
touch c && git add * && git commit -m ‘c’
touch d && git add * && git commit -m ‘d’
这时执行 git log 可获取到以下信息：
commit b9843274e87455a87b16802ebb2b48cf8cb67175 (HEAD -> master)
d
commit dc681aadc81491c3d2b2cb2f8ca1d66586f65903
c
commit db9dc842b6c854b7175c03c7fd50bf08a262cfcb
b
commit 3bc7dbe4ddfad85606e6dd39c6583d8fa7b353b7
a
为了将 b、c 合成为一个提交，我们需要选取最近 3 个提交进行才行，需要注意的是指定两个 commit 范围时区间为前开后闭区间 (]，如果省略第二个 end_commit 则会指向 HEAD 指针，因此以下三个命令是等效的：
git rebase -i HEAD~3
git rebase -i 3bc7dbe4ddfad85606e6dd39c6583d8fa7b353b7
git rebase -i 3bc7dbe4ddfad85606e6dd39c6583d8fa7b353b7 b9843274e87455a87b16802ebb2b48cf8cb67175
这时会弹出一个交互界面：
pick 3a13544 b
pick 3b3d704 c
pick 9205e1b d
# Rebase 97b2217..9205e1b onto 97b2217 (3 commands)
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like “squash”, but discard this commit’s log message
# x, exec = run command (the rest of the line) using shell
# d, drop = remove commit
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.
#
# Note that empty commits are commented out
注释里已经包含了一切你需要知道的信息，在这里还是简单的描述下：
命令会从上到下执行，按时间的先后顺序进行合并 commit
提交可被重新排序，在这里可交互 b 与 c 的顺序后保存退出，打印的 commit 信息即为：a -> c -> b -> d
若删除某行，可移除对应的整个提交内容
命令有以下不同的模式：
pick：保留该 commit（缩写:p）
reword：保留该 commit，但我需要修改该 commit 的注释（缩写:r）
edit：保留该 commit, 但我要停下来修改该提交 (不仅仅修改注释)（缩写:e）
squash：将该 commit 和前一个 commit 合并（缩写:s）
fixup：将该 commit 和前一个 commit 合并，但我不要保留该提交的注释信息（缩写:f）
exec：执行 shell 命令（缩写:x）
drop：我要丢弃该 commit（缩写:d）
在选取范围时，我们往往会指定一个 start_commit，那么如果 commit 为第一个提交呢？因为命令为前开区间，这时候就无法选取了，只能通过 –root 指定：git rebase -i –root。
以上命令尽量都自己尝试一遍。
回退到指定版本
git reset [<mode>] [<commit>]
首先应该理清 HEAD、暂存区、工作区三者的关系再去使用 reset 命令。使用 reset 回退版本通常是通过移动 HEAD 指针的指向来实现的，HEAD 是当前分支引用的指针，它总是指向该分支上的最后一次提交。当 HEAD 指针发生变化时，有几种模式可以选择：
–soft，暂存区与工作区都不会重置，只会重置掉提交。此模式不改变暂存区与工作区的文件内容，仅仅是将 HEAD 指针位置边了，这样所有在 reset 指定的提交之后的提交都会被撤销，文件更改集中放在了暂存区。
–mixed，重置暂存区，但不会重置工作区。reset 会用 HEAD 指向的快照去更新暂存区的内容，只保留工作区的文件，简单的说，回到了 git add 之前。
–hard，同时重置暂存区和工作区。它会彻底弃用之后的提交，且不可撤销。
总结
文章只是涉及一些浅显的用法，希望在玩转重写 Git 时，您也应该掌握：
理解 Head、Index、Working Directory，即头部索引、暂存区、工作目录之间的联系。
使用 git reflog 随时对进行的操作进行撤销。
理清 chekout 与 reset 的区别。
多多练习 rebase 各种命令操作。
以上只是抛砖引玉，最重要的是能知道自己在做什么，清楚操作带来的影响。
参考资料
Git – 重置揭密
git amend | Atlassian Git Tutorial