您的位置: 首页  >  文章  >  Git学习笔记之三：Git 工作区、暂存区和版本库

Git学习笔记之三：Git 工作区、暂存区和版本库

分类: 文章 • 2023-12-11 22:38:04

基本概念我们先来理解下Git 工作区、暂存区和版本库概念

  • 工作区：就是你在电脑里能看到的目录。

  • 暂存区：英文叫stage, 或index。一般存放在 ".git目录下" 下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。

  • 版本库： 工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

    下面这个图展示了工作区、版本库中的暂存区和版本库之间的关系：

  • Git学习笔记之三：Git 工作区、暂存区和版本库

   

图中左侧为工作区，右侧为版本库。在版本库中标记为 "index" 的区域是暂存区（stage, index），标记为 "master" 的是 master 分支所代表的目录树。

图中我们可以看出此时 "HEAD" 实际是指向 master 分支的一个"游标"。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。

图中的 objects 标识的区域为 Git 的对象库，实际位于 ".git/objects" 目录下，里面包含了创建的各种对象及内容。

常见的操作

  1. 当对工作区修改（或新增）的文件执行 "git add" 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。

  2. 当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。

  3. 当执行 "git reset HEAD" 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。

  4. 当执行 "git rm --cached < file >" 命令时，会直接从暂存区删除文件，工作区则不做出改变。

  5. 当执行 "git checkout ** . " 或者 "git checkout - - < file >" 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险**，会清除工作区中未添加到暂存区的改动。

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

  7. 当执行“git checkout”时，汇总显示工作区域，暂存区与HEAD的差异，这个命令等同于“git checkout HEAD”,与第5，6差异在于一个"."或“--”

现在我们来实践一下：

前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：

第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。

你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

俗话说，实践出真知。现在，我们再练习一遍，先对readme.txt做个修改，比如加上一行内容：


Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
​

然后，在工作区新增一个LICENSE文本文件（内容随便写）。

先用git status查看一下状态：


$ 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:   readme.txt
​
Untracked files:
  (use "git add <file>..." to include in what will be committed)
​
    LICENSE
​
no changes added to commit (use "git add" and/or "git commit -a")
​

Git非常清楚地告诉我们，readme.txt被修改了，而LICENSE还从来没有被添加过，所以它的状态是Untracked。

现在，使用两次命令git add，把readme.txt和LICENSE都添加后，用git status再查看一下：

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)
​
    new file:   LICENSE
    modified:   readme.txt
​

现在，暂存区的状态就变成这样了：

Git学习笔记之三：Git 工作区、暂存区和版本库


所以，git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。

$ git commit -m "understand how stage works"
[master e43a48b] understand how stage works
 2 files changed, 2 insertions(+)
 create mode 100644 LICENSE
​

一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的：


$ git status
On branch master
nothing to commit, working tree clean
​

现在版本库变成了这样，暂存区就没有任何内容了：

Git学习笔记之三：Git 工作区、暂存区和版本库

下面2张图可以直观的帮助你理解工作区、暂存区和版本库之间的操作：

Git学习笔记之三：Git 工作区、暂存区和版本库

相关推荐