工作区和暂存区
2016-01-08 15:16
141 查看
http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013745374151782eb658c5a5ca454eaa451661275886c6000
Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。
先来看名词解释。
就是你在电脑里能看到的目录,比如我的
工作区有一个隐藏目录
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支
分支和
前面讲了我们把文件往Git版本库里添加的时候,是分两步执行的:
第一步是用
第二步是用
因为我们创建Git版本库时,Git自动为我们创建了唯一一个
你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。
俗话说,实践出真知。现在,我们再练习一遍,先对
然后,在工作区新增一个
先用
Git非常清楚地告诉我们,
现在,使用两次命令
现在,暂存区的状态就变成这样了:
所以,
一旦提交后,如果你又没有对工作区做任何修改,那么工作区就是“干净”的:
现在版本库变成了这样,暂存区就没有任何内容了:
暂存区是Git非常重要的概念,弄明白了暂存区,就弄明白了Git的很多操作到底干了什么。
Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。
先来看名词解释。
工作区(Working Directory)
就是你在电脑里能看到的目录,比如我的learngit文件夹就是一个工作区:
版本库(Repository)
工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支
master,以及指向
master的一个指针叫
HEAD。
分支和
HEAD的概念我们以后再讲。
前面讲了我们把文件往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 add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行
git commit就可以一次性把暂存区的所有修改提交到分支。
$ git commit -m "understand how stage works" [master 27c9860] understand how stage works 2 files changed, 675 insertions(+) create mode 100644 LICENSE
一旦提交后,如果你又没有对工作区做任何修改,那么工作区就是“干净”的:
$ git status # On branch master nothing to commit (working directory clean)
现在版本库变成了这样,暂存区就没有任何内容了:
小结
暂存区是Git非常重要的概念,弄明白了暂存区,就弄明白了Git的很多操作到底干了什么。
相关文章推荐
- Linux自学笔记(二)——printf、sprintf与fprintf 的用法区分
- 解析 Linux 内核可装载模块的版本检查机制
- Hibernate--fetch抓取策略
- vsftp设置匿名上传终极方法
- 设计资源汇总
- 教你如何查看百度蜘蛛来没来过你的网站
- 管理修改
- 做一个文艺范的程序员
- mark 嵌入式操作系统
- POJ 3414 Pots 记录路径的广搜
- iOS9 网络适配
- (转)mahout中k-means例子的运行
- 回调函数和钩子函数
- mysql自然连接、内连接、外连接
- STM8S学习04——网关学习
- 打电话、发短信、发邮件常用代码
- 华为机试——身份证号码合法性
- maven环境搭建(Windows)
- 操作xml文档的常用方式
- C#设计模式前奏-面向对象设计原则