Git撤销&回滚操作(git reset 和 get revert)

一、git的工作流

工作区：即自己当前分支所修改的代码，git add xx 之前的！不包括 git add xx 和 git commit xxx 之后的。

暂存区：已经 git add xxx 进去，且未 git commit xxx 的。

本地分支：已经git commit -m xxx 提交到本地分支的。

二、代码的回滚

在上传代码到远程仓库的时候，不免会出现问题，任何过程都有可能要回滚代码：

1、在工作区的代码

1
2
git checkout -- a.txt # 丢弃某个文件，或者
git checkout -- . # 丢弃全部

注意：git checkout – . 丢弃全部，也包括：新增的文件会被删除、删除的文件会恢复回来、修改的文件会回去。这几个前提都说的是，回到暂存区之前的样子。对之前保存在暂存区里的代码不会有任何影响。对commit提交到本地分支的代码就更没影响了。当然，如果你之前压根都没有暂存或commit，那就是回到你上次pull下来的样子了。

2、代码git add到缓存区，并未commit提交

1
2
git reset HEAD . 或者
git reset HEAD a.txt

这个命令仅改变暂存区，并不改变工作区，这意味着在无任何其他操作的情况下，工作区中的实际文件同该命令运行之前无任何变化

3、git commit到本地分支、但没有git push到远程

1
2
3
4
git log # 得到你需要回退一次提交的commit id
git reset --hard <commit_id> # 回到其中你想要的某个版 或者
git reset --hard HEAD^ # 回到最新的一次提交 或者
git reset HEAD^ # 此时代码保留，回到 git add 之前

4、git push把修改提交到远程仓库

1）通过git reset是直接删除指定的commit

1
2
3
git log # 得到你需要回退一次提交的commit id
git reset --hard <commit_id>
git push origin HEAD --force # 强制提交一次，之前错误的提交就从远程仓库删除

2）通过git revert是用一次新的commit来回滚之前的commit

1
2
git log # 得到你需要回退一次提交的commit id
git revert <commit_id> # 撤销指定的版本，撤销也会作为一次提交进行保存

3） git revert 和 git reset的区别
- git revert是用一次新的commit来回滚之前的commit，此次提交之前的commit都会被保留；
- git reset是回到某次提交，提交及之前的commit都会被保留，但是此commit id之后的修改都会被删除

三、撤销及回滚

开发过程中，你肯定会遇到这样的场景：

场景一：

糟了，我刚把不想要的代码，commit到本地仓库中了，但是还没有做push操作！

场景二：

彻底完了，刚线上更新的代码出现问题了，需要还原这次提交的代码！

场景三：

刚才我发现之前的某次提交太愚蠢了，现在想要干掉它！

3.1 撤销

上述场景一，在未进行git push前的所有操作，都是在“本地仓库”中执行的。我们暂且将“本地仓库”的代码还原操作叫做“撤销”！

情况一：文件被修改了，但未执行git add操作(working tree内撤销)

1
2
git checkout fileName
git checkout .

情况二：同时对多个文件执行了git add操作，但本次只想提交其中一部分文件

1
2
3
4
git add *
git status 
# 取消暂存
git reset HEAD <filename>

情况三：文件执行了git add操作，但想撤销对其的修改（index内回滚）

1
2
3
4
# 取消暂存
git reset HEAD fileName
# 撤销修改
git checkout fileName

情况四：修改的文件已被git commit，但想再次修改不再产生新的Commit

1
2
3
# 修改最后一次提交
git add sample.txt
git commit --amend -m "说明"

情况五：已在本地进行了多次git commit操作，现在想撤销到其中某次Commit

1
git reset [--hard|soft|mixed|merge|keep] [commit|HEAD]

具体参数和使用说明，请查看：Git Pro深入浅出（二）中的重置揭秘部分

3.2 回滚

上述场景二，已进行git push，即已推送到“远程仓库”中。我们将已被提交到“远程仓库”的代码还原操作叫做“回滚”！注意：对远程仓库做回滚操作是有风险的，需提前做好备份和通知其他团队成员！

如果你每次更新线上，都会打tag，那恭喜你，你可以很快的处理上述场景二的情况

1
git checkout <tag>

如果你回到当前HEAD指向

1
git checkout <branch_name>

情况一：撤销指定文件到指定版本

1
2
3
4
# 查看指定文件的历史版本
git log <filename>
# 回滚到指定commitID
git checkout <commitID> <filename>

情况二：删除最后一次远程提交

方式一：使用revert

1
git revert HEAD``git push origin master

方式二：使用reset

1
git reset --hard HEAD^``git push origin master -f

二者区别：

  • revert是放弃指定提交的修改，但是会生成一次新的提交，需要填写提交注释，以前的历史记录都在；
  • reset是指将HEAD指针指到指定提交，历史记录中不会出现放弃的提交记录。

情况三：回滚某次提交

1
2
3
# 找到要回滚的commitID
git log
git revert commitID

删除某次提交

1
git log --oneline -n5
1
git rebase -i "commit id" ^

注意：需要注意最后的^号，意思是commit id的前一次提交

1
git rebase -i "5b3ba7a" ^

在编辑框中删除相关commit，如pick 5b3ba7a test2，然后保存退出（如果遇到冲突需要先解决冲突）！

1
git push origin master -f

通过上述操作，如果你想对历史多个commit进行处理或者，可以选择git rebase -i，只需删除对应的记录就好。rebase还可对 commit 消息进行编辑，以及合并多个commit。

3.3 git pull强制覆盖

每次想更新一下github上的软件包，就出这个问题，明明我没有修改过。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
提示：不建议在没有为偏离分支指定合并策略时执行 pull 操作。 您可以在执行下一次
提示：pull 操作之前执行下面一条命令来抑制本消息：
提示：
提示：  git config pull.rebase false  # 合并（缺省策略）
提示：  git config pull.rebase true   # 变基
提示：  git config pull.ff only       # 仅快进
提示：
提示：您可以将 "git config" 替换为 "git config --global" 以便为所有仓库设置
提示：缺省的配置项。您也可以在每次执行 pull 命令时添加 --rebase、--no-rebase，
提示：或者 --ff-only 参数覆盖缺省设置。
更新 c59f21b..a42e157
error: 您对下列文件的本地修改将被合并操作覆盖：
	……………………
请在合并前提交或贮藏您的修改。
正在终止
1
2
3
4
git stash --include-untracked
git reset --hard
git clean -fd
git pull