`
Josh_Persistence
  • 浏览: 1651208 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类

详解Git工作区、暂存区、历史记录区以及git reset、git revert、git checkout等撤销命令的区别

    博客分类:
  • Git
阅读更多

一、可以将git简单的分为三个区域 
   1、工作区(working directory) 
   2、暂缓区(stage index) 
   3、历史记录区(history)    
如图: 



 其中git add files 把当前工作目录中的文件放入暂存区域 

    这其实做了两件事: 
    1、将本地文件的时间戳、长度,当前文档对象的id等信息保存到一个树形目录中去(index,即平时说的暂存区) 
    2、将本地文件的内容做快照并保存到Git 的对象库 。
   

       综上2点来说,暂存区实际上就是一个包含文件索引的目录树,像是一个虚拟的工作区。在这个虚拟工作区的目录树中,记录了文件名、文件的状态信息(时间戳、文件长度等),文件的内容并不存储其中,而是保存在 Git 对象库(.git/objects)中,文件索引建立了文件和对象库中对象实体之间的对应。 
    如图:



   在这个图中,我们可以看到部分 Git 命令是如何影响工作区和暂存区(stage, index)的: 
   图中左侧为工作区,右侧为版本库。在版本库中标记为 "index" 的区域是暂存区(stage, index),标记为 "master" 的是 master 分支所代表的目录树。 
   图中我们可以看出此时 "HEAD" 实际是指向 master 分支的一个“游标”。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。 
   图中的 objects 标识的区域为 Git 的对象库,实际位于 ".git/objects" 目录下 
   当对工作区修改(或新增)的文件执行 "git add" 命令时,暂存区的目录树被更新,同时工作区修改(或新增)的文件内容被写入到对象库中的一个新的对象中,而该对象的ID 被记录在暂存区的文件索引中
   当执行提交操作(git commit)时,暂存区的目录树写到版本库(对象库)中,master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树  。

    当执行 "git status" 命令扫描工作区改动的时候,先依据 .git/index 文件中记录的(工作区跟踪文件的)时间戳、长度等信息判断工作区文件是否改变。如果工作区的文件时间戳改变,说明文件的内容可能被改变了,需要打开文件,读取文件内容,和更改前的原始文件相比较(本地文件和与之对应的object库中的文件的内容进行对比),判断文件内容是否被更改。如果文件内容没有改变,则将该文件新的时间戳记录到 .git/index 文件中。因为判断文件是否更改,使用时间戳、文件长度等信息进行比较要比通过文件内容比较要快的多,所以 Git 这样的实现方式可以让工作区状态扫描更快速的执行,这也是 Git 高效的因素之一。 

     git diff files用来进行具体文件的变动对比,通常用来进行工作区与暂存区之间的对比,实质上是用 git objects 库中的快照与工作区文件的内容的对比。 

 

另外,Git中提供了几个相关的撤销操作的命令,如git reset、git revert、git checkout,这几者之间的用法各有不同。

 

 

二、git reset的用法

从上图可知:git reset -- files 用来撤销最后一次的git add files(因为每git add file一次,暂存区的文件都会被更改一次),你也可以用git reset 撤销所有暂存区域文件。 

另外:

 一、git reset的用法:git reset + commit号

1、git reset命令后面需要加2种参数:"--hard"和"--soft",如果不加,默认情况下是"--soft"。

2、--soft表示该条commit号之后(时间作为参考点)的所有commit的修改都会退回到git缓冲区中。所以使用git status命令可以在缓冲区中看到这些修改。

3、"--hard"则表示缓冲区中不会存储这些修改,git会直接丢弃这部分内容,但需要注意的一个问题是:这样的重置是直接在本地的修改,无法提交到远程服务器,如果直接丢弃的内容已经被推到远程服务器上了,则会造成本地和服务器无法同步的问题,即git reset --hard只能针对本地操作,不能针对远程服务器进行同样操作。如果从本地删掉的内容没有推到服务器上,则不会有副作用,如果被推到服务器,则下次本地和服务器进行同步时,这

部分删掉的内容仍然会回来。

(其实这个问题则可以很好的被git revert 命令解决,使用git revert + commit号,该命令撤销对某个commit的提交,这一撤销动作会作为一个新的修改存储起来,这样,当你和服务器同步时,就不会产生什么副作用。)

 

其实在merge的时候,也有可能会用到git reset.

如果我们当前使用git pull的时候,可能会出现merge冲突,在冲突状态下,需要解决冲突的文件会从index暂存区打回到工作区。

如果有冲突的时候,一般用如下步骤解决冲突:

1、用工具或者手工解决冲突 

2、git add 命令来表明冲突已经解决。 

3、再次commit已解决冲突的文件。

这当中,可以使用git reset --hard ORIG_HEAD用来撤销已经commit的merge. 

使用git reset --hard HEAD 用来撤销还没commit 的merge,其实原理就是放弃index和工作区的改动。

也可以使用git reset --merge ORIG_HEAD,注意其中的--hard 换成了 --merge,这样就可以避免在回滚时清除working tree。

 

三、git checkout的用法

       从上图可知,git checkout -- files 把文件从暂存区域复制到工作目录,用来丢弃本地修改。 需要另外注意的是:

       1、当执行 "git rm --cached <file>" 命令时,会直接从暂存区删除文件,工作区则不做出改变。
       2、当执行 "git checkout ." 或者 "git checkout -- <file>" 命令时,会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险,会清除工作区中未添加到暂存区的改动 

       3、当执行 "git checkout HEAD ." 或者 "git checkout HEAD <file>" 命令时,会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区以及工作区中的文件。这个命令也是极具危险性的,因为不但会清除工作区中未提交的改动,也会清除暂存区中未提交的改动  。

 

四、git revert的用法

        git revert 也是撤销命令,区别在于reset是指向原地或者向前移动指针,git revert是创建一个commit来覆盖当前的commit,指针向后移动。

 那么两者的具体区别有:

1)git revert 是撤销某次操作,此次操作之前的commit都会被保留,而git reset 是撤销某次提交,但是此次之后的修改都会被退回到暂存区中。

具体一个例子,假设有三个commit(commit1,commit2,commit3),使用 git status:

commit3: add test3.c

commit2: add test2.c

commit1: add test1.c

 

当执行git revert HEAD~1时(撤销倒数第二个操作),第二个操作即commit2这个操作被撤销了,使用git log可以看到:

commit1:add test1.c

commit3:add test3.c

于git revert不会回退到暂存区中,所以使用git status 没有任何变化

 

如果换做执行git reset --soft(默认) HEAD~1后,运行git log可以看到

commit2: add test2.c

commit1: add test1.c

运行git status,可以看到test3.c处于暂存区了,准备提交。

 

但如果换做执行git revert后,

显示:HEAD is now at commit2,运行git log可以看到

commit2: add test2.c

commit1: add test1.c

运行git status, 则没有任何变化

 

所以,git revert与git reset最大的不同是,git revert 仅仅是撤销某次提交,而git reset会将撤销点之后的操作

都回退到暂存区中。

 

1、git revert是用一次新的commit来回滚之前的commit,git reset是直接删除指定的commit。 

2、在回滚这一操作上看,效果差不多。但是在日后继续merge以前的老版本时有区别。

因为git revert是用一次逆向的commit“中和”之前的提交,因此日后合并老的branch时,导致这部分改变不会再次出现,但是git reset是之间把某些commit在某个branch上删除,因而和老的branch再次merge时,这些被回滚的commit应该还会被引入。 

3、git reset 是把HEAD向后移动了一下,而git revert是HEAD继续前进,只是新的commit的内容和要revert的内容正好相反,能够抵消要被revert的内容。

 

 

六、不得不提的git的其它删除命令(类似于Linux的命令):

git rm --cached readme.txt 只从缓存区中删除readme.txt,保留物理文件

 

git rm readme.txt 不但从缓存区中删除,同时删除物理文件

 

git mv a.txt b.txt 把a.txt改名为b.txt

 

 

综上所以我们有时如果是想撤销对单个文件的更改:

<->、如果已经用add命令把文件加入stage暂存区了:

1、就先需要从stage暂存区中撤销:

"git reset HEAD <file>..." 

2、然后再从工作区撤销,即将暂存区的文件替换工作区当前的文件

"git checkout -- <file>..." to discard changes in working directory

如:git checkout a.txt  撤销a.txt的变动(工作区上的文件) 

如果是多个文件:git chenkout .

 

<二>、如果已经commit了,则需要 

1、使用git commit --amend来进行修改,这个只能修改最近一次的,也就是用一个新的提交来覆盖上一次的提交。因此如果push以后再做这个动作就会有危险。

2、git reset --hard HEAD 放弃工作区和index的改动,HEAD指针仍然指向当前的commit.(参照第一幅图)

这条命令同时还可以用来撤销还没commit的merge,其实原理就是放弃index暂存区和工作区的改动,因为没commit的改动只存在于index暂存区和工作区中。

而git reset --hard HEAD^ 用来撤销已经commit的内容(等价于 git reset --hard HEAD~1) 。原理就是放弃工作区和index的改动,同时HEAD指针指向前一个commit对象。

  • 大小: 16.8 KB
  • 大小: 38.6 KB
1
1
分享到:
评论
6 楼 yhxf_ie 2017-11-30  
赞!! 
5 楼 disinuo 2016-12-16  
感觉博主的图有点问题吧~
觉得暂存区到工作区应该是git reset,
就像博主文章里说的,add之后要通过reset来撤销暂存区的文件;
然后git checkout --<file>是清空工作区里未提交的代码的~

欢迎博主有时间的话看下我写的这篇理解的对不对~~~
http://disinuo.me/2016/12/12/2016-12-12-git_note/
4 楼 Josh_Persistence 2015-06-25  
oqqo1193624498 写道
Josh_Persistence 写道
oqqo1193624498 写道
博主,博文中
引用
但如果换做执行git reset --hard HEAD~1后
这里应该是执行的git revert吧!来与git reset作比较……挺好的文章,对撤销操作总结地很好,之前用git最大的教训是在一次晚上加班很晚时,迷迷糊糊在push之后又amend修改提交内容,在我下一次push之前,在此期间团队其他成员做了好多次提交,在我push之后,直接导致这些提交全部被丢弃,费了不少功夫才找到并解决问题…………

谢谢提醒,你是对的,是git revert。对了,你能不能将你amend后将你同事操作全部丢弃掉后,是怎么解决问题的的这个分享下,谢谢。

当时这个问题也是困扰了我们半天,一开始也没有找到原因,解决问题后后来闲下来深究才发现amend才是根本原因,赶着上线,从网上也没找到更好的解决办法,我们就用比较笨的方法revert到最近一次完整的不会产生冲突的提交,然后把每个成员丢失的提交一个人一个人地找回来,从网上搜我们碰到的类似问题也搜不到,也是我对amend用地比较多,大多是一些小的改动或修改一下提交内容,我就喜欢用amend,用多了也就一不留神碰到这个问题了,后来也没找到更合适的办法……估计是碰到git雷区了。。

谢谢分享,看来还是要慎用amend啊。
3 楼 oqqo1193624498 2015-06-24  
Josh_Persistence 写道
oqqo1193624498 写道
博主,博文中
引用
但如果换做执行git reset --hard HEAD~1后
这里应该是执行的git revert吧!来与git reset作比较……挺好的文章,对撤销操作总结地很好,之前用git最大的教训是在一次晚上加班很晚时,迷迷糊糊在push之后又amend修改提交内容,在我下一次push之前,在此期间团队其他成员做了好多次提交,在我push之后,直接导致这些提交全部被丢弃,费了不少功夫才找到并解决问题…………

谢谢提醒,你是对的,是git revert。对了,你能不能将你amend后将你同事操作全部丢弃掉后,是怎么解决问题的的这个分享下,谢谢。

当时这个问题也是困扰了我们半天,一开始也没有找到原因,解决问题后后来闲下来深究才发现amend才是根本原因,赶着上线,从网上也没找到更好的解决办法,我们就用比较笨的方法revert到最近一次完整的不会产生冲突的提交,然后把每个成员丢失的提交一个人一个人地找回来,从网上搜我们碰到的类似问题也搜不到,也是我对amend用地比较多,大多是一些小的改动或修改一下提交内容,我就喜欢用amend,用多了也就一不留神碰到这个问题了,后来也没找到更合适的办法……估计是碰到git雷区了。。
2 楼 Josh_Persistence 2015-06-11  
oqqo1193624498 写道
博主,博文中
引用
但如果换做执行git reset --hard HEAD~1后
这里应该是执行的git revert吧!来与git reset作比较……挺好的文章,对撤销操作总结地很好,之前用git最大的教训是在一次晚上加班很晚时,迷迷糊糊在push之后又amend修改提交内容,在我下一次push之前,在此期间团队其他成员做了好多次提交,在我push之后,直接导致这些提交全部被丢弃,费了不少功夫才找到并解决问题…………

谢谢提醒,你是对的,是git revert。对了,你能不能将你amend后将你同事操作全部丢弃掉后,是怎么解决问题的的这个分享下,谢谢。
1 楼 oqqo1193624498 2015-05-29  
博主,博文中
引用
但如果换做执行git reset --hard HEAD~1后
这里应该是执行的git revert吧!来与git reset作比较……挺好的文章,对撤销操作总结地很好,之前用git最大的教训是在一次晚上加班很晚时,迷迷糊糊在push之后又amend修改提交内容,在我下一次push之前,在此期间团队其他成员做了好多次提交,在我push之后,直接导致这些提交全部被丢弃,费了不少功夫才找到并解决问题…………

相关推荐

    Git 原理详解及实用指南.zip

    4. **回溯与重置**:`git reset` 可以用来撤销提交,`git revert` 用于创建一个新的提交来回滚之前的更改,而不会丢失历史。 5. **解决冲突**:当多人对同一文件进行修改并尝试合并时,可能会出现冲突。Git 会提示...

    Git 原理详解及实用指南.rar

    `git status`用来查看当前状态,`git diff`对比工作区和暂存区的差异,`git log`展示提交历史。 3. **分支管理**:Git的分支系统非常灵活,允许并鼓励频繁地创建和合并分支。`git branch`用于创建、切换和删除分支...

    git常用命令总结下载

    - **git reset**:回滚提交历史,可以将HEAD指针移动到指定的commit,同时可以改变工作区和暂存区的状态。 - **git revert**:撤销最近的提交,生成一个新的反向提交,不影响提交历史的线性。 4. **日志相关**: ...

    git命令逻辑图+命令

    版本回溯是Git的重要功能,`git log`显示提交历史,`git checkout`可以切换分支或恢复工作目录文件,而`git revert`或`git reset`能撤销特定的提交。分支管理是Git的另一个亮点,`git branch`列出所有分支,`git ...

    git的详细使用教程.pdf

    3. **查看文件状态**:使用`git status`命令可以查看当前工作目录下的文件状态,包括未跟踪的新文件、已修改但未暂存的文件以及已暂存等待提交的文件。 4. **添加文件到暂存区**:通过`git add`命令可以将工作目录...

    Git 命令参考手册

    11. **回退版本**:`git reset`和`git revert`可用于撤销提交,前者更强大,可能会改变历史,后者创建一个新的提交来恢复之前的更改。 12. **交互式暂存**:`git add -i`或`git add --interactive`提供了更灵活的...

    GIT常用命令整理

    - `git revert &lt;commit-hash&gt;`:撤销指定提交的更改,并创建新的提交记录。 8. **本地文件回滚** - `git checkout &lt;commit-hash&gt; &lt;file&gt;`:恢复到指定提交时的文件状态。 9. **日志操作** - `git log`:显示...

    git 常用命令及下载android方法

    3. 在新分支上添加文件:使用 `git add &lt;filename&gt;` 命令可以将文件添加到暂存区。例如,使用 `git add hello.c` 可以将 hello.c 文件添加到暂存区。 4. 提交文件:使用 `git commit` 命令可以将暂存区的文件提交到...

    git 视频教程

    git视频教程.1.Git 命令 - git help、git config.mp4 git视频教程.2.Git 命令 - git init、git clone.mp4 git视频教程.3.1.Git 命令 - git add、git status.mp4 git视频教程.3.2.Git 命令 - git diff、git difftool....

    git-cheatsheet——Git常见操作可打印版

    `git status`命令用于查看当前仓库的状态,包括哪些文件被修改、新增或删除,以及哪些文件在暂存区。 5. **分支管理** - 创建分支:`git branch &lt;branch-name&gt;`。 - 切换分支:`git checkout &lt;branch-name&gt;`。 ...

    完全学会GIT+GITHUB+GIT+SERVER的24堂课

    Git的基本操作包括初始化仓库(`git init`)、克隆仓库(`git clone`)、添加文件到暂存区(`git add`)、提交更改(`git commit`)、查看历史(`git log`)以及分支管理(`git branch`和`git merge`)等。...

    pro_git_中文版本(Git使用教程)

    6. **撤销操作**:Git允许你在历史记录中移动,撤销错误的操作,如`git reset`和`git revert`。 7. **合并与衍合**:`git rebase`是另一种合并策略,它将你的分支修改应用到最新的上游分支上,保持提交历史的线性。...

    Git命令 (1).pdf

    2. **暂存区(Index/Stage)**: 暂存区位于`.git`目录下的`index`文件中,用来存储通过`git add`命令加入暂存区的文件信息,如文件名、大小等。这些信息并不保存文件本身,而是通过ID指向文件实体。 3. **本地仓库...

    git 操作指南

    - git diff命令用于查看工作目录与暂存区之间,以及工作目录与上一个commit之间的文件差异。 3. 暂存改动:git add - git add命令用于将文件的修改、文件的删除添加到暂存区。 - git add -u可以将已跟踪的文件的...

    Git常用命令.md

    ##### 比较工作区和暂存区与往过去时间线前数X个的版本之间的区别 查看工作区、暂存区与往过去时间线前数X个的版本之间的差异。 **命令示例:** ``` git diff HEAD~X ``` #### 合并分支 合并分支是将一个分支的...

    git命令手册

    ### Git命令手册详解 #### 一、概述 Git是一款分布式版本控制系统,被广泛应用于软件开发过程中,用于管理项目源码的版本控制。本手册旨在帮助用户掌握Git的基本使用方法,涵盖了从创建仓库到推送更新的一系列操作...

    猴子都能懂的Git入门-整站

    3. 撤销操作:讲解`git revert`、`git reset`和`git checkout`在撤销更改时的区别和应用场景。 4. .gitignore文件:如何设置和使用,避免不必要的文件被追踪。 5. Git钩子:了解`pre-commit`、`post-receive`等钩子...

    Git撤销使用方法,详细教学

    当你使用`git add`命令将文件添加到暂存区后,如果想要撤销对文件的暂存状态,可以使用`git reset HEAD &lt;文件名&gt;`命令。这将把文件从暂存区中移除,但不会改变工作目录中的文件内容。这样,你可以继续编辑文件而不...

    git命令大全.doc

    * `git add &lt;file&gt;`:将文件添加到暂存区,准备提交到本地仓库。 * `git commit -m &lt;message&gt;`:将暂存区的文件提交到本地仓库,并添加提交信息。 * `git status`:查看仓库的当前状态,包括未添加、未提交和暂存区...

Global site tag (gtag.js) - Google Analytics