场景概念说明
首先说明一个概念， git是一个分布式的版本控制工具，分布式即 git 管理的项目是有多个大致平等的仓库的。通过一个例子来说明这个东西。
举一个最简单的使用场景： 你在github 建立了一个项目， 然后把已经初始化的项目拉到了本地（或者从本地push了内容到github）。 即： 此时github 和你本地都有了项目，且二者，已经建立了联系。
此时这一个项目既有了两个仓库，一个在github 的远端仓库，一个在本地的本地仓库。 如果是两人合作，则会有两个本地仓库。 虽然主观上，把github上的仓库视为主仓库，但是我们可以通过一些操作，把任一仓库变更为新的主仓库。 即： 这些仓库的地位没有实质上的差别。可以做如下转换
不熟练就先备份
不熟练的话，做感觉有危险的操作前，先备份。
可以使用 git stash，备份当前的修改，想要恢复的时候，直接使用 检出即可。 或者干脆 git checkout -b newBranch， 备份一个新分支。 备份 不是今天的主要话题，就不展开讲了。
撤销操作--仅变动本地的代码
取消文件的修改
git checkout fileName, 这个命令会从本地仓库里检出文件，覆盖掉 指定文件的修改。 本地仓库 即已经commit 提交到本地仓库的代码。把指定的文件名换成‘ . ’ 即为选择全部的意思。
取消 git add 操作
git reset --mixed 仅取消 git add 带来的效果。 即本地的修改还在，但是取消了add 的状态。
回退到指定到 commit号
git reset --hard commitId， 这个命令 回退到指定的commit，并且不会保留本地尚未提交的修改。所以一定要慎重使用。
取消commit时，更安全的操作： revert
更安全的操作， 使用 git revert
git revert commitId，会撤销指定的commit，但是与 reset --hard 不同的是，revert 不会丢掉被撤销的commit，而是会生成一个新的commit，其所有操作与指定的commit 相反，以此来覆盖掉该commit 的修改。
举个栗子： 按序有三个commit： c1， c2， c3。 现在我们位于c3. 使用 git commit --hard c2， 则当前状态会退回到 c2， git log， 只会看到，c2、c1. 而 如果使用git revert c2，则会新添加一个c4的commit，c4的操作与c2 完全相反。 git log 可以看到 1 ~ 4 全部的commit。
如果你想撤销远端的代码呢
如果使用了revert，直接 git push 即可。
如果使用的是git reset，或者 rebase到了之前的commit； 在更改了本地代码以后，git push -f。
-f 一定慎用，如果涉及到远端主分支，干脆就不要用。
涉及远端的，还是推荐用 revert
欢迎批评与指正。