⑴修复更早期的 mit
⑵场景： 你在一个更早期的 mit 里忘记了加入一个文件，如果更早的 mit 能包含这个忘记的文件就太棒了。你还没有 push，但这个 mit 不是最近的，所以你没法用 mit --amend.
⑶方法： git mit --squash 《SHA of the earlier mit》 和 git rebase --autosquash -i 《even earlier SHA》
⑷原理： git mit --squash 会创建一个新的 mit ，它带有一个 mit 消息，类似于 squash！ Earlier mit。 （你也可以手工创建一个带有类似 mit 消息的 mit，但是 mit --squash 可以帮你省下输入的工作。
⑸如果你不想被提示为新合并的 mit 输入一条新的 mit 消息，你也可以利用 git mit --fixup 。在这个情况下，你很可能会用mit --fixup ，因为你只是希望在 rebase 的时候使用早期 mit 的 mit 消息。
⑹rebase --autosquash -i 会激活一个交互式的 rebase 编辑器，但是编辑器打开的时候，在 mit 清单里任何 squash！ 和 fixup！ 的 mit 都已经配对到目标 mit 上了，如下所示：
⑺在使用 --squash 和 --fixup 的时候，你可能不记得想要修正的 mit 的 SHA 了— 只记得它是前面第 个或第 个 mit。你会发现 Git 的 ^ 和 ~ 操作符特别好用。HEAD^ 是 HEAD 的前一个 mit。 HEAD~ 是 HEAD 往前第 个 – 或者一起算，倒数第 个 mit。
⑻停止追踪一个文件
⑼场景： 你偶然把 application.log 加到代码库里了，现在每次你运行应用，Git 都会报告在 application.log 里有未提交的修改。你把 *.login 放到了 .gitignore 文件里，可文件还是在代码库里 — 你怎么才能告诉 Git “撤销” 对这个文件的追踪呢？
⑽方法： git rm --cached application.log
⑾原理： 虽然 .gitignore 会阻止 Git 追踪文件的修改，甚至不关注文件是否存在，但这只是针对那些以前从来没有追踪过的文件。一旦有个文件被加入并提交了，Git 就会持续关注该文件的改变。类似地，如果你利用 git add -f 来强制或覆盖了 .gitignore， Git 还会持续追踪改变的情况。之后你就不必用-f 来添加这个文件了。
⑿如果你希望从 Git 的追踪对象中删除那个本应忽略的文件， git rm --cached 会从追踪对象中删除它，但让文件在磁盘上保持原封不动。因为现在它已经被忽略了，你在 git status 里就不会再看见这个文件，也不会再偶然提交该文件的修改了。
⒀在Linux系统中如何在Git里撤销操作的教程了，Git中命令有很多，但是撤销操作的命令一直是Git命令中最重要的。