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文件在工作区的修改全部丢弃,这里会有两种情况:
- 一种是
file自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库当前分支一模一样的状态; - 一种是
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.就回到了上面的情况,第二步按上面的场景进行操作; - 已经提交了不合适的修改到版本库,想要撤销本次提交,参考版本回退这篇介绍,不过前提是没有推送到远程版本库;
