美文网首页
Git的4个阶段的撤销更改

Git的4个阶段的撤销更改

作者: _嗯_哼_ | 来源:发表于2017-11-24 09:32 被阅读0次

    正文从这里开始

    虽然 git 诞生距今已有 12 年之久,网上各种关于 git 的介绍文章数不胜数,但是依然有很多人(包括我自己在内)对于它的功能不能完全掌握。以下的介绍只是基于我个人对于 git 的理解,并且可能生编硬造了一些不完全符合 git 说法的词语。目的只是为了让 git 通俗化,使初学者也能大概了解如何快速上手 git 。同时,下面所有讨论,我们都假设只使用一个分支,也就是主分支 master 的情况,虽然这种作法并不符合 git 规范,但是现实情况中绝大部分用户是直接在 master 分支上进行工作的,所以在这里我们不去引入更加复杂的各种分支的情况,也不涉及标签 tag 的操作,只讲在最简单的主分支上如何回退。

    正常情况下,我们的工作流就是 3 个步骤,对应上图中的 3 个箭头线:

    git add.把所有文件放入暂存区;

    git commit -m "comment"  把所有文件从暂存区提交进本地仓库;

    git push   把所有文件从本地仓库推送进远程仓库。

    4个区

    git 之所以令人费解,主要是它相比于 svn 等等传统的版本管理工具,多引入了一个 暂存区 ( Stage )的概念,就因为多了这一个概念,而使很多人疑惑。其实,在初学者来说,每个区具体怎么工作的,我们完全不需要关心,而只要知道有这么 4 个区就够了:

    工作区( Working Area )

    暂存区( Stage )

    本地仓库( Local Repository )

    远程仓库( Remote Repository )


    5种状态

    以上 4 个区,进入每一个区成功之后会产生一个状态,再加上最初始的一个状态,一共是 5 种状态。以下我们把这 5 种状态分别命名为:

    未修改( Origin )

    已修改( Modified )

    已暂存( Staged )

    已提交( Committed )

    已推送( Pushed )


    检查修改

    了解了基本概念之后,我们来谈一谈犯错误之后如何撤销的问题。首先,我们要了解如何检查这 3 个步骤当中每一个步骤修改了什么,然后才好判断有没有修改成功。检查修改的二级命令都相同,都是 diff ,只是参数有所不同。

    1.已修改,未暂存

    git diff

    首先,我们来看一下,如果我们只是简单地在浏览器里保存了一下文件,但是还没有做 git add . 之前,我们如何检查有哪些修改。我们先随便拿一个文件来做一下实验:

    我们在文件开头的第 2 行胡乱加了 4 个数字 1234 ,存盘,这时文件进入了 已修改 状态,但是还没有进入 暂存区 ,我们运行 git diff ,结果如下:


    2.已暂存,未提交

    git diff--cached

    现在我们把修改放入 暂存区 看一下。先执行 git add . ,然后执行 git diff ,你会发现没有任何结果:

    这说明 git diff 这个命令只检查我们的 工作区 和 暂存区 之间的差异,如果我们想看到 暂存区 和 本地仓库 之间的差异,就需要加一个参数 git diff —cached :



    已提交,未推送

    git diff master origin/master

    现在,我们把修改从 暂存区 提交到 本地仓库 ,再看一下差异。先执行 git commit ,然后再执行 git diff —cached ,没有差异,执行 git diff master origin/master ,可以看到差异:

    在这里, master 就是你的 本地仓库 ,而 origin/master 就是你的 远程仓库 , master 是主分支的意思,因为我们都在主分支上工作,所以这里两边都是 master ,而 origin 就代表远程。


    撤销修改

    了解清楚如何检查各种修改之后,我们开始尝试各种撤销操作。


    已修改,未暂存

    如果我们只是在编辑器里修改了文件,但还没有执行 git add . ,这时候我们的文件还在 工作区 ,并没有进入 暂存区 ,我们可以用:

    git checkout.

    或者

    git reset--hard

    来进行撤销操作。

    可以看到,在执行完 git checkout . 之后,修改已被撤销, git diff 没有任何内容了。

    git add . 的反义词是 git checkout . 做完修改之后,如果你想向前走一步,让修改进入 暂存区 ,就执行 git add . ,如果你想向后退一步,撤销刚才的修改,就执行 git checkout . 。



    已暂存,未提交

    你已经执行了 git add . ,但还没有执行 git commit -m “comment” 。这时候你意识到了错误,想要撤销,你可以执行:

    git reset

    git checkout

    或者

    git reset--hard

    git reset 只是把修改退回到了 git add . 之前的状态,也就是说文件本身还处于 已修改未暂存 状态,你如果想退回 未修改 状态,还需要执行 git checkout . 。

    或许你已经注意到了,以上两个步骤都可以用同一个命令 git reset —hard 来完成。是的,就是这个强大的命令,可以一步到位地把你的修改完全恢复到 未修改 的状态。



    已提交,未推送

    你的手太快,你既执行了 git add . ,又执行了 git commit ,这时候你的代码已经进入了你的 本地仓库 ,然而你后悔了,怎么办?不要着急,还有办法。

    git reset--hard origin/master

    还是这个 git reset —hard 命令,只不过这次多了一个参数 origin/master ,正如我们上面讲过的, origin/master 代表 远程仓库 ,既然你已经污染了你的 本地仓库 ,那么就从 远程仓库 把代码取回来吧。


    .已推送

    很不幸,你的手实在是太快了,你既 git add 了,又 git commit 了,并且还 git push 了,这时你的代码已经进入 远程仓库 。如果你想恢复的话,还好,由于你的 本地仓库 和 远程仓库 是等价的,你只需要先恢复 本地仓库 ,再强制 push 到 远程仓库 就好了:

    git reset--hard HEAD^

    git push -f


    总结

    以上 4 种状态的撤销我们都用到了同一个命令 git reset —hard ,前 2 种状态的用法甚至完全一样,所以只要掌握了 git reset —hard 这个命令的用法,从此你再也不用担心提交错误了。

    参照于@前端早读课 

    相关文章

      网友评论

          本文标题:Git的4个阶段的撤销更改

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