(二)Git--工作区和暂存区、管理修改与撤销

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念

工作区

就是在你电脑里能看到的目录.使用git init初始化的那个目录

版本库

工作区有一个隐藏目录.git,这个不算工作区而是Git的版本库
Git的版本库中存了很多东西，其中非常重要的就是名为stage（或者叫index）的暂存区，还有一个Git为我们自动创建的默认master分支,以及一个指向master的指针叫HEAD

在我们把文件往Git版本库中添加的时候,先执行的git add操作是把文件加入到暂存区,然后执行git commit提交修改,是把暂存区的所有内容提交到当前分支
因此我们平时的操作可以理解为,把需要提交的文件全都放到暂存区,然后一次性提交暂存区的所有修改

管理修改

Git在版本控制之所以设计的优秀,因为Git跟踪并管理的是修改而非文件

那么什么是修改呢?

eg:比如你新增了一行,这就是一个修改,删除一行,更改或者删除某个字符都算是一个修改,并且新增或者删除了一个文件,也算是一个修改

为了说明Git管理的是修改而不是文件,实验如下:
添加一行内容:

$ cat readme.txt
Spring-boot quickstart microservice!
This is a spring-boot  combined with mongoDB example.
Test update file
Git tracks change

然后进行添加git add

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

然后,在进行修改:

$ cat readme.txt
Spring-boot quickstart microservice!
This is a spring-boot  combined with mongoDB example.
Test update file
Git tracks change

提交:

$ git commit -m "git tracks changes"
[master 8b33073] git tracks changes
 1 file changed, 1 insertion(+), 1 deletion(-)

提交后,在查看状态:

$ 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

no changes added to commit (use "git add" and/or "git commit -a")

这时就会发现,修改的文件没有被提交,我们看一下这个过程:
第一次修改 -> git add -> 第二次修改 -> git commit
因为第二次的修改并没有执行git add操作加入到暂存区,而是执行了git commit操作,这时只会把暂存区的修改提交到当前分支,所以第一次的修改被提交了,而第二次的修改不会被提交,这样就证明Git管理的是修改而并非文件

小结:每次修改,如果不add到暂存区,那就不会加入到commit中

撤销修改

如果我们在修改文件后,出现了错误,但是发现及时,我们就可以手动把文件恢复到上一个版本的状态,使用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

no changes added to commit (use "git add" and/or "git commit -a")

你可以发现,Git告诉你,git checkout -- file可以丢弃工作区的修改:
$ git checkout -- readme.txt
命令git checkout -- file意思就是,把file文件在工作区的修改全部丢弃,这里会有两种情况:

1. 一种是file自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库当前分支一模一样的状态;
2. 一种是file已经被添加到暂存区后,又进行了修改,现在,撤销修改就回到添加到暂存区之后file的状态;
   总之,就是让这个文件回到最近一次git commit或者git add时的状态.
   git checkout -- file命令中的--很重要,如果没有--,就变成了"切换到另一个分支"的命令;

现在假设某天凌晨2.30,你昏昏欲睡,写了一些胡话,还git add到暂存区了:

$ cat readme.txt
Spring-boot quickstart microservice!
This is a spring-boot  combined with mongoDB example.
Test update file
Git tracks change
my boss is still prefers SVN!
my boss is stupid!
$ git add readme.txt

庆幸的是,在commit你发现了这个问题。用git status查看一下,修改只是添加到了暂存区,还没有提交:

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   readme.txt

Git提示我们,可以使用命令git reset HEAD file把暂存区的修改撤销掉,重新放回工作区:

$ git reset HEAD  readme.txt
Unstaged changes after reset:
M       readme.txt

git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区.当我们用HEAD时,表示当前分支最新的版本,再用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
no changes added to commit (use "git add" and/or "git commit -a")

现在暂存区是干净的,工作区有修改.
上面介绍了丢弃工作区的修改:

$ git checkout -- readme.txt

$ git status
# On branch master
nothing to commit (working directory clean)

这时,四海八荒终于归于平静了.

假设如果你不但改错了东西,而且还提交到了版本库,怎么办呢?参考上一篇中版本回退,可以回到上一个版本。不过,这个操作也是有条件的,就是你还没有把自己的本地版本库推送到远程。

小结

• 当你改乱了工作区的某个文件内容，想直接丢弃工作区的修改，用命令git checkout -- file;
• 当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD file.就回到了上面的情况,第二步按上面的场景进行操作;
• 已经提交了不合适的修改到版本库,想要撤销本次提交,参考版本回退这篇介绍,不过前提是没有推送到远程版本库;