Git 使用记录 - 各种撤销

@(版本控制)[git]

前面通过 Git使用记录 - 基础 一文记录了平时的一些git基础操作。由于篇幅限制，只能作为一个基础参考，更加详细建议阅读《git 权威指南》 或官方提供的文档。

本文主要记录在不同情景下，如何恰当地撤销错误操作。

个人开发环境 ubuntu 14.04

---

说明：

• $ 表示终端执行命令
• # 命令注释
• [] 表示可选

撤销本地（工作区）的修改

场景：我直接修改 pySerial.py 做个小测试, 测试后想取消掉那些修改。

$ git checkout pySerial.py
$ git status 
On branch master
Your branch is up-to-date with 'origin/master'.

Changes to be committed:
  (use "git reset HEAD ..." to unstage)

    modified:   pySerial.py

以上操作用于撤销保存在工作区修改，但是不会撤销暂存区中的修改。
由于修改还没记录到 git 中，撤销无法恢复，请慎重！

修正最后一个commit

场景：我修正了一个惊天大 bug，赶紧提交炫耀一下，然后下一秒，我发现提交说明拼写错误，好尴尬怎么办。
使用 git commit 加 "--amend" 用于修改最后一条 commit。

$ git commit -m "#110 Fix for a real a bug bug"
[master 6665748] Fix for a real a bug bug
 1 file changed, 1 insertion(+), 3 deletions(-)
$ git commit --amend -m "#110 Fix for a real big bug"
[master 6375a9b] Fix for a real big bug
 1 file changed, 1 insertion(+), 3 deletions(-)

再比如提交后发现漏了某些文件， 可以添加修改到暂存区后执行上述命令修正。

注意到上述提交的 SHA 修正后发生改变，说明改变了 git 的历史，所以对于已经推到共享服务器的 commit，修改也可能导致其他合并冲突！

撤销本地提交

场景：修改提交了几个 commit，但是后面发现简直难看或着啥来的，决定撤销掉（这里还在本地，没有推到共享服务器）
找到你想保留的最后一条 commit 的 SHA_last

$ git reset [--mixed] SHA_last

git reset 默认使用模式 --mixed, 操作后，原先提交的 commit 被撤销，但是对应的文件修改依然会保留在工作区。

如果想把修改内容也抛弃，可以使用参数 --hard， 之后，全部都干净了。

重置上面的操作 （抬头..就上面）

场景：我把前面几个 commit 撤销了，而且还使用了 --hard，而后，我发现把有用的提交也不小心撤销了，怎么撤销上面的撤销....

使用 git log 已经无法查看想回退版本的 SHA，但是秉承走过就一定会留下痕迹(浮现老大那轻蔑的眼神，又提了什么傻逼commit然后偷偷回退....)的理念， 方法就是使用git reflog，查看到你提交过所有痕迹，包括已经撤销的(其实git 回定期清除用不到的对象，所以时间太长久，分支改动删除了的，就不要指望记录还在了)。

如列子， 我回退到 83a852b, 发现出错，想跳回到d2ef270，使用 git log 没有记录，使用 git reflog， 可以看到对应 SHA，然后直接 reset 到对应提交。

$ git log --pretty=format:"%h %an %ar : %s"
83a852b luchaodong 20 hours ago : fix uart error with thread & add setup.py
5ec962d luchaodong 12 days ago : add doc 9b16bc4 luchaodong 12 days ago : add py serial rx/tx

$ git reflog 
83a852b HEAD@{0}: reset: moving to 83a852b
d2ef270 HEAD@{1}: commit: test more commit
4e50ae7 HEAD@{2}: commit (amend): #110 Fix for a real big bug
c2e7dbb HEAD@{3}: commit: #110 Fix for a real a bug bug
83a852b HEAD@{4}: commit: fix uart error with thread & add setup.py
5ec962d HEAD@{5}: commit: add doc
9b16bc4 HEAD@{6}: commit (initial): add py serial rx/tx

$ git reset d2ef270
Unstaged changes after reset:
M   pySerial.py

$ git log --pretty=format:"%h %an %ar : %s"
d2ef270 luchaodong 69 seconds ago : test more commit
4e50ae7 luchaodong 2 minutes ago : #110 Fix for a real big bug
83a852b luchaodong 20 hours ago : fix uart error with thread & add setup.py
5ec962d luchaodong 12 days ago : add doc
9b16bc4 luchaodong 12 days ago : add py serial rx/tx

另外也可以记录对应几个提交的 SHA，然后通过git cherry-pick SHA把那几个提交撤销重置。

提交到错误分支的处理方法

场景：开发并提了几个 commit，发现当前在 mater 分支，但是之前的这几个提交是新功能，还不想提交到主分支。
你可以这么做：

$ git branch new_feture            # 保存当前的提交到新分支
$ git reset --hard origin/master   # 恢复主分支
$ git checkout new_feture

保证在最新上更新

场景：几天前你从 master 分支创建 new_fea 分支开发新特性，但是到了今天，master 分支有了其他提交，new_feam 已经滞后master 分支，但是你希望这几天开发的新特性是从今天开始的，而不是滞后那么多天。
当然你可以直接 merge 或者 reset 暂存更新再重新提交，但是这里有一种更加优雅的做法时 rebase。

$ git rebase master

上述 rebase 过程如下：

• 找到当前分支与 master 的共同祖先
• Reset 到共同祖先位置，暂存 new_fea 后续的提交
• Fast merge 到 master 末尾，然后再重新 commit 暂存的 new_fea 提交

撤销多个不连续的commit

场景：需要修改到一个早期提交的消息；发现一个早期提交漏了一些修改，想把几个提交合并，让log更加简洁的时候等可以尝试以下方法。

$ git rebase -i SHA_last

使用参数 -i 打开缺省编辑器

我刚测试提交了#1111-1 -- #1111-6 6个提交，输入后会看到如下
按时间先后排下来每个提交：第一列是执行的命令，第二列是SHA， 第三列是提交说明
里面也有详细的使用说明

pick e77c88d #1111-1 test - edit commit
pick 5a1425b #1111-2 test - edit commit
pick b1d7e93 #1111-3 test - edit commit
pick 240d1b7 #1111-4 test - edit commit
pick 2073df0 #1111-5 test - edit commit
pick f61e1ee #1111-6 test - edit commit

# Rebase 83a852b..f61e1ee onto 83a852b
#
# 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
#
# 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

执行操作

1 撤销某个commit及其修改 ： 在编辑器里面直接删除对应那一行。

2 修改 commit 消息 : 把第一列的 pick 替换为 reword (或者直接用 r); 退出保存后， 会提示重新编辑消息。

3 把两个 commit 合并到一起 : 使用 squash 或 fixup 命令 “向上” 合并

带有这两个命令的 commit 会被合并到它的 前一个（更早的提交） commit 里。

• squash， Git 会提示我们给新合并的 commit 一个新的 commit 消息；
• fixup 则会把合并清单里第一个 commit 的消息直接给新合并的 commit 。

4 改变提交顺序 ： 修改每一行的顺序来改变对应commit 的顺序。

很容易失败

撤销一个已经有副本的commit

场景：做错事了，而且 push 到服务器，并且被其他人 pull，使用前面的 reset 可能给后续带来冲突。
聚集反物质，把你之前的提交抵消掉，回产生一条新记录，但是内容被重置。

$ git revert SHA_I_dont_want_you

这是 Git 最安全、最基本的撤销场景，因为它并不会改变历史, 然后勇敢地push 到服务器吧。

停止追踪文件

场景 ： .gitignore 会阻止 Git 追踪文件的修改，甚至不关注文件是否存在，但这只是针对那些以前从来没有追踪过的文件。一旦有个文件被加入并提交了，Git 就会持续关注该文件的改变。
如果你希望从 Git 的追踪对象中删除那个本应忽略的文件，

$ git rm --cached file_name

Git 会从追踪对象中删除它，但让文件在磁盘上保持原封不动。因为现在它已经被忽略了，你在 git status 里就不会再看见这个文件，也不会再偶然提交该文件的修改了。