美文网首页
手把手带你玩git之各种撤销

手把手带你玩git之各种撤销

作者: 区影 | 来源:发表于2017-08-08 17:26 被阅读0次

git 各种撤销

因为git有三个区:工作区,索引区和版本区。所以git的撤销有很多种,比如:

  • 撤销工作区: 刚写了几行代码,不想要了,想撤销。
  • 撤销版本区: 刚提交了一次代码,但由于疏忽,漏掉了几个文件或者备注信息写错了,想撤销后重新提交。

撤销工作区

一个已经提交的文件中新加了一行,现在想撤销,怎么办?

新加一行

因为新加了一行,左侧出现** > **符号,表示有修改。这个修改只发生在“工作区”,尚未进入“索引区”。

$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   src/main/java/io/downgoon/hello/boot/HelloWorld.java

如何撤销?

  • 命令行方式
$ git checkout -- src/main/java/io/downgoon/hello/boot/HelloWorld.java

符号 ** -- ** 可以理解为“索引区”。

  • GUI 方式
Replace with Index

注意: 菜单在 Team 的下面。Eclipse里面说的 Replace With 对应的就是 git checkout 命令,解答了许多人问 “为什么Eclipse Git 没有checkout菜单”。


撤销版本区(重新编辑最后一次提交)

刚提交了一次代码,但由于疏忽,漏掉了几个文件或者备注信息写错了,想撤销后重新提交。怎么办?

git的设计者也考虑到人容易犯错误,特地为这种场景设计了一个“改过自新(amend)”的机会。这种情况都不需用更具一般性的 git reset 命令,然后再git commit,而是直接git commit --amend

如下代码创建了c.txt和d.txt两个文件,本打算两个文件一起提交的,但一时笔误,只把c.txt提交了,d.txt没有提交。

➜  GitTutorial git:(master) echo "ccc" > c.txt
➜  GitTutorial git:(master) ✗ echo "ddd" > d.txt
➜  GitTutorial git:(master) ✗ git add *
➜  GitTutorial git:(master) ✗ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   c.txt
    new file:   d.txt

➜  GitTutorial git:(master) ✗ git commit c.txt -m 'add c.txt and d.txt'
[master 2ef4359] add c.txt and d.txt
 1 file changed, 1 insertion(+)
 create mode 100644 c.txt
➜  GitTutorial git:(master) ✗

如何把d.txt也提交? 直接 git commit --amend c.txt d.txt 进入vi编辑区,重新编辑提交注释信息(注意:新增加的d.txt在命令行上已经携带d.txt文件了),保存退出(:wq)。

add c.txt and d.txt

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
#
# Date:      Wed Nov 30 20:36:05 2016 +0800
#
# On branch master
# Changes to be committed:
#       new file:   c.txt
#       new file:   d.txt
#

不妨假设新的注释内容修改为:

add c.txt and d.txt (don't forget d.txt)

:wq 保存退出后,显示

2 files changed, 2 insertions(+)

➜  GitTutorial git:(master) git commit --amend c.txt d.txt
[master 0935027] add c.txt and d.txt (don't forget d.txt)
 Date: Wed Nov 30 20:36:05 2016 +0800
 2 files changed, 2 insertions(+)
 create mode 100644 c.txt
 create mode 100644 d.txt
➜  GitTutorial git:(master) git status
On branch master
nothing to commit, working directory clean
➜  GitTutorial git:(master)

如果你愿意,你还可以继续后悔最后一次提交,比如我们还需要追加e.txt文件,这次我们用GUI图形界面演示(演示前,先自行增加e.txt,并加入索引区):

进入commit会话框 选择Amend图标

上图所示的步骤:

  1. 右击Project -> Team -> Commit ...
  2. 选择右上角的 **Amend (Edit Previous Commit) 图标
  3. 勾选需要追加的 e.txt
  4. 修改注释内容,并提交。

事后可以查看日志,并对比 git loggit reflog有什么不同 ? 自己做实验观察。

amend失灵的时候

但是如果我们不是追加,而是想删除一些呢? 比如从之前的提交了c.txt,d.txt和e.txt,要amend成只提交d.txt呢? 尝试的结果居然不可以(命令 git commit --amend d.txt -m 'only d.txt, remove c.txt and e.txt')。

需要真的撤销,再提交。


撤销版本区(真的撤销再提交)

撤销实操

所谓的回滚其实就是将分支游标master指向之前的提交,重置命令 git reset 上场:git reset --hard commit-ID 即可。

$ git reset --hard <tag/branch/commit id>

接着需要强制推送到远程:

$ git push <reponame> --force 

但是强制推送远程,这个操作很危险,通常权限会被禁止:

remote: GitLab: You are not allowed to force push code to a protected branch on this project.
To http://gitlab.com/blueocean/boxstore.git
! [remote rejected] master -> master (pre-receive hook declined)

gitlab中,项目的masterowner都很可能没有这个权限,只有gitlab的管理员才有这个权限。

撤销图解

章节开头提到:

所谓的回滚其实就是将分支游标master指向之前的提交,重置命令 git reset 上场:git reset --hard commit-ID 即可。

  • 一个分支提交序列
一个分支提交序列.png
  • 回退到HEAD

当执行git reset HEAD时,不会做任何事情。因为当前分支本身就是指向HEAD的。

  • 回退1步骤
$ git reset HEAD~1

其中符号HEAD~1表示HEAD回退1步(即:HEAD的父亲节点)。

HEAD~1 is shorthand case for “the commit right before HEAD”, or put differently “HEAD’s parent”。

回退完后,HEAD指针:

回退1步
  • 回退2步
$ git reset HEAD~2

指针指向:

回退2步

复杂的参数

git reset 概念很简单,就是回退到某个提交点。但是它的参数蛮复杂,如下三条命令的区别是什么?

git reset --hard <commit-id>
git reset --soft <commit-id>
git reset --mixed <commit-id>  (默认情况)

我们知道git有:工作区,索引区和版本库的概念。这三个选项参数就是影响对三个区的不同处理。简单说,选项参数就是reset的程度:

  • soft: 程度最轻,仅仅是把版本库的重置,索引区和工作区没做任何修改。
  • mixed: 程度中,也是默认操作,它把版本区和索引区都重置了,但是工作区没有重置。
  • hard: 程度最强,三个区全部重置了。

人们习惯--hard,为什么呢?因为重置后,人们常常需要用肉眼去核对,核对的方式往往是打开某个目录看看或文件看看,而这些都是在工作区的状态。

三选项对比

以下图例:绿色的表示reset的了;红色表示没有reset

  • soft
soft reset.png

版本区被重置了,但是索引区和工作区都没有被重置。

  • mixed
mixed reset.png

版本区和索引区都被重置了,但是工作区都没有被重置。

  • hard
hard reset.png

版本区、索引区和工作区都被重置了。

快速实验

快速做个实验验证一下,分别创建c1.txtc2.txtc3.txt,三个文件分别提交三次,然后回退到中间那次提交:

  • 连续3次提交
echo "c1" > c1.txt
git add c1.txt && git commit -m 'c1'
echo "c2" > c2.txt
git add c2.txt && git commit -m 'c2'
echo "c3" > c3.txt
git add c3.txt && git commit -m 'c3'
  • 回退到中间
git reset HEAD~1

我们选择的是默认的--mixed模式。

  • 查看状态
$ git status
On branch master
Untracked files:
  (use "git add <file>..." to include in what will be committed)

    c3.txt

nothing added to commit but untracked files present (use "git add" to track)

$ ls
c1.txt c2.txt c3.txt

的确从文件系统上看,文件c3.txt并没有消失,但是从索引区看,它消失了(就是回退到中间了)。

查看日志

查看日志时候,现在只能看到最前面的两条commit:

$ git log
c4b06a0 c2
81ee32e c1

但是这并不是表示git就放弃对reset的追踪了,实际上,我们还可以对刚才的reset进行回滚,我们查看更详细的日志:

$ git reflog
c4b06a0 HEAD@{0}: reset: moving to HEAD~1
c51558f HEAD@{1}: commit: c3
c4b06a0 HEAD@{2}: commit: c2
81ee32e HEAD@{3}: commit (initial): c1

如果我们回到之前的c3,也完全可以。

git revert 与 git reset 的区别

刚才,git reset 后,可能因为权限的问题无法强行git push --force。但是难道如果程序员误操作提交了一次错误的东西到master就没法回滚了(指不需要gitlab管理员来回滚)?

可以用git revert HEAD,它跟git reset的不同主要有两点:

  • git reset是指HEAD指针,重新指向某个commit-id的位置。并且它后续的commit-id会被删除。git revert会产生一条新的commit,原有的commit-log并不会发生任何变化。

  • git reset只是改变HEAD的指向。而git reset是真的 回收,它不仅可以回收最后一次的,还可以回收中间的,它回收中间的,中间之后的并不回收。比如,连续三次提交了三个文件,分别是c1.txt, c2.txt和c3.txt,如果回收第二个,那么会剩2个文件,分别是c1.txt和c3.txt,而不会只有c1.txt。

  • 连续三次提交3个文件

mkdir revertlab && cd revertlab && git init
echo "c1" > c1.txt
git add c1.txt && git commit -m 'c1'
echo "c2" > c2.txt
git add c2.txt && git commit -m 'c2'
echo "c3" > c3.txt
git add c3.txt && git commit -m 'c3'

然后撤销中间那次:

$ git revert HEAD~1

会自动编写 commit
Revert "c2"

This reverts commit c86b27c706d6a88082958818643e6b26db8b7300.

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
# On branch master
# Changes to be committed:
#       deleted:    c2.txt
#

查看日志,发现的确是产生一条新的commit:

$ git log --oneline
c94de9d Revert "c2"
a6681f2 c3
c86b27c c2
402e6df c1

查看本地文件:

$ ls
c1.txt c3.txt

很惊讶的是,它是精准的撤销中间那次操作c2,c3.txt文件依然保留了。


总结

  • 撤销工作区: git checkout -- <files>
  • 撤销版本区(重新编辑最后一次提交): git commit --amend <files>
  • 撤销版本区(真的撤销再提交):git reset --soft HEAD^ 接着 git commit <files> -m ''
  • git resetgit revert的区别。

参考资料

相关文章

  • 手把手带你玩git之各种撤销

    git 各种撤销 因为git有三个区:工作区,索引区和版本区。所以git的撤销有很多种,比如: 撤销工作区: 刚写...

  • Git 各种撤销

    https://blog.csdn.net/m0_37687058/article/details/1215988...

  • 手把手带你玩git之 git stash

    背景 git相对svn有许多好的设计,其中一个就是git stash功能。许多教程在介绍git stash的使用场...

  • 手把手带你玩git之gitignore

    内容提要 忽略文件 忽略目录的四种不同方式 /mytmp /mytmp/* **/mytmp **/mytmp/*...

  • Git 使用记录 - 各种撤销

    @(版本控制)[git] 前面通过 Git使用记录 - 基础 一文记录了平时的一些git基础操作。由于篇幅限制,只...

  • git 必看,各种撤销操作

    场景概念说明 首先说明一个概念, git是一个分布式的版本控制工具,分布式即 git 管理的项目是有多个大致平等的...

  • git 常用操作回顾

    撤销add git reset HEAD 撤销commit git reset --soft HEAD^ 仅撤销c...

  • git 撤销 与 push 单个文件 与 push文件夹

    git 撤销 与 push 单个文件 撤销: git reset --soft HEAD^ 这样就成功的撤销了你的...

  • 1223

    git 撤销和删除 撤销工作区的修改:撤销某个文件的工作区修改:git checkout [--] filepat...

  • Git 常用命令

    撤销 查看log git log找到要撤销的commit id 撤销后并还原文件git reset --hard ...

网友评论

      本文标题:手把手带你玩git之各种撤销

      本文链接:https://www.haomeiwen.com/subject/hnutmttx.html