本文共 3633 字,大约阅读时间需要 12 分钟。
Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念
就是在你电脑里能看到的目录.使用git init
初始化的那个目录
工作区有一个隐藏目录.git
,这个不算工作区而是Git的版本库
master
分支,以及一个指向master
的指针叫HEAD
在我们把文件往Git版本库中添加的时候,先执行的git add
操作是把文件加入到暂存区,然后执行git commit
提交修改,是把暂存区的所有内容提交到当前分支
Git在版本控制之所以设计的优秀,因为Git跟踪并管理的是修改而非文件
那么什么是修改呢?
eg:比如你新增了一行,这就是一个修改,删除一行,更改或者删除某个字符都算是一个修改,并且新增或者删除了一个文件,也算是一个修改
为了说明Git管理的是修改而不是文件,实验如下:
添加一行内容:$ cat readme.txtSpring-boot quickstart microservice!This is a spring-boot combined with mongoDB example.Test update fileGit tracks change
然后进行添加git add
$ git add readme.txt$ git statusOn branch masterChanges to be committed: (use "git reset HEAD..." to unstage) modified: readme.txt
然后,在进行修改:
$ cat readme.txtSpring-boot quickstart microservice!This is a spring-boot combined with mongoDB example.Test update fileGit tracks change
提交:
$ git commit -m "git tracks changes"[master 8b33073] git tracks changes 1 file changed, 1 insertion(+), 1 deletion(-)
提交后,在查看状态:
$ git statusOn branch masterChanges not staged for commit: (use "git add..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) modified: readme.txtno 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 statusOn branch masterChanges not staged for commit: (use "git add..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) modified: readme.txtno 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.txtSpring-boot quickstart microservice!This is a spring-boot combined with mongoDB example.Test update fileGit tracks changemy boss is still prefers SVN!my boss is stupid!$ git add readme.txt
庆幸的是,在commit
你发现了这个问题。用git status
查看一下,修改只是添加到了暂存区,还没有提交:
$ git statusOn branch masterChanges to be committed: (use "git reset HEAD..." to unstage) modified: readme.txt
Git提示我们,可以使用命令git reset HEAD file
把暂存区的修改撤销掉,重新放回工作区:
$ git reset HEAD readme.txtUnstaged changes after reset:M readme.txt
git reset
命令既可以回退版本,也可以把暂存区的修改回退到工作区.当我们用HEAD
时,表示当前分支最新的版本,再用git status
查看一下:
$ git statusOn branch masterChanges not staged for commit: (use "git add..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) modified: readme.txtno changes added to commit (use "git add" and/or "git commit -a")
现在暂存区是干净的,工作区有修改.
上面介绍了丢弃工作区的修改:$ git checkout -- readme.txt$ git status# On branch masternothing to commit (working directory clean)
这时,四海八荒终于归于平静了.
假设如果你不但改错了东西,而且还提交到了版本库,怎么办呢?参考中版本回退,可以回到上一个版本。不过,这个操作也是有条件的,就是你还没有把自己的本地版本库推送到远程。
小结
git checkout -- file
;git reset HEAD file
.就回到了上面的情况,第二步按上面的场景进行操作;转载地址:http://yyioi.baihongyu.com/