git学习笔记2-工作区和暂存区
2017-12-06 17:41
267 查看
Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。
首先看下工作区(Working Directory)
就是你在电脑里能看到的目录,比如我的yqlgit文件夹就是一个工作区
版本库(Repository)
工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。
前面讲了我们把文件往Git版本库里添加的时候,是分两步执行的:
第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。
你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。
现在我们在对readme.txt做个修改,比如加上一行内容
然后再增加一个1.txt文本
完了之后 我们先用git status查看一下现在的状态
Git非常清楚地告诉我们,readme.txt被修改了,而1.txt还从来没有被添加过,所以它的状态是Untracked。
现在,使用两次命令git add,把readme.txt和1.txt都添加后,用git status再查看一下:
现在,暂存区的状态就变成这样了:
所以,git add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行git commit就可以一次性把暂存区的所有修改提交到分支。
现在版本库变成了这样,暂存区就没有任何内容了:
暂存区很重要!需要弄明白才能继续下面的学习!
下面,我们要讨论的就是,为什么Git比其他版本控制系统设计得优秀,因为Git跟踪并管理的是修改,而非文件。
比如你新增了一行,这就是一个修改,删除了一行,也是一个修改,更改了某些字符,也是一个修改,删了一些又加了一些,也是一个修改,甚至创建一个新文件,也算一个修改。
为什么说Git管理的是修改,而不是文件呢?
我们在对readme.txt进行修改,然后添加到仓库git add readme.txt
接着我们在对readme.txt修改,然后我们执行git commit -m “git tracks changes”
然后我们git status查看一下状态
你会看见第二次修改没被提交
你看,我们前面讲了,Git管理的是修改,当你用git add命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,git commit只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。
提交后,用git diff HEAD – readme.txt命令可以查看工作区和版本库里面最新版本的区别:
总结:现在,你又理解了Git是如何跟踪修改的,每次修改,如果不add到暂存区,那就不会加入到commit中。
首先看下工作区(Working Directory)
就是你在电脑里能看到的目录,比如我的yqlgit文件夹就是一个工作区
版本库(Repository)
工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。
前面讲了我们把文件往Git版本库里添加的时候,是分两步执行的:
第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。
你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。
现在我们在对readme.txt做个修改,比如加上一行内容
然后再增加一个1.txt文本
完了之后 我们先用git status查看一下现在的状态
Git非常清楚地告诉我们,readme.txt被修改了,而1.txt还从来没有被添加过,所以它的状态是Untracked。
现在,使用两次命令git add,把readme.txt和1.txt都添加后,用git status再查看一下:
现在,暂存区的状态就变成这样了:
所以,git add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行git commit就可以一次性把暂存区的所有修改提交到分支。
现在版本库变成了这样,暂存区就没有任何内容了:
暂存区很重要!需要弄明白才能继续下面的学习!
下面,我们要讨论的就是,为什么Git比其他版本控制系统设计得优秀,因为Git跟踪并管理的是修改,而非文件。
比如你新增了一行,这就是一个修改,删除了一行,也是一个修改,更改了某些字符,也是一个修改,删了一些又加了一些,也是一个修改,甚至创建一个新文件,也算一个修改。
为什么说Git管理的是修改,而不是文件呢?
我们在对readme.txt进行修改,然后添加到仓库git add readme.txt
接着我们在对readme.txt修改,然后我们执行git commit -m “git tracks changes”
然后我们git status查看一下状态
你会看见第二次修改没被提交
你看,我们前面讲了,Git管理的是修改,当你用git add命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,git commit只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。
提交后,用git diff HEAD – readme.txt命令可以查看工作区和版本库里面最新版本的区别:
总结:现在,你又理解了Git是如何跟踪修改的,每次修改,如果不add到暂存区,那就不会加入到commit中。
相关文章推荐
- Git学习笔记(四)---工作区与暂存区
- Git学习笔记二(版本回退、工作区和暂存区、撤销修改、删除文件)
- Git学习笔记二--工作区和暂存区
- Git学习笔记二--工作区和暂存区
- Git学习笔记 chapter03--工作区、暂存区
- Git学习与使用3-工作区暂存区撤销修改删除
- Git的学习笔记(二)——提交流程与暂存区
- 浅入Git学习④--工作区和暂存区
- git 学习之 工作区和暂存区
- git学习笔记-4 暂存区的概念(1)-提交任务
- git学习笔记-5 git 暂存区(2)
- Git学习笔记(三) Git暂存区
- Git使用学习2:Git 工作区、暂存区和版本库
- Git 学习笔记 --- 工作区 和 暂存区
- git学习笔记3—工作区与暂存区
- Git学习笔记(2)——版本的回退,和暂存区的理解
- Git学习 -- 工作区和暂存区
- 【Git学习笔记】撤销修改
- git学习笔记