1.工作区(Working Directory)
平时我们写代码工作的目录就是工作区
2.版本库
工作区隐藏的目录.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非常清楚地告诉我们,readme.txt被修改了,而LICENSE还从来没有被添加过,所以它的状态是Untracked。
现在,使用两次命令git add,把readme.txt和LICENSE都添加后,用git status再查看一下:
Git非常清楚地告诉我们,readme.txt被修改了,而LICENSE还从来没有被添加过,所以它的状态是Untracked。
现在,使用两次命令git add,把readme.txt和LICENSE都添加后,用git status再查看一下:
现在,暂存区的状态就变成这样了:
所以,git add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行git commit就可以一次性把暂存区的所有修改提交到分支。
一旦提交后,如果你又没有对工作区做任何修改,那么工作区就是“干净”的:
现在版本库变成了这样,暂存区就没有任何内容了:
小结:
暂存区是Git非常重要的概念,弄明白了暂存区,就弄明白了Git的很多操作到底干了什么。
没弄明白暂存区是怎么回事的童鞋,请向上滚动页面,再看一次。
总结:
工作区域:
1.工作文件夹:项目目录文件夹,里面存放着当前分支当前版本的代码,也是我们一般的工作区域,新加的代码会写在里面。
2.Git版本仓库:(1)stage(暂存区)(2)所有分支版本代码存放的位置
工作流程:
1.在工作文件夹写好代码(此时不会对任何分支,任何版本有一分钱关系)
2.将写好的新的代码存放到stage缓存区中(这个时候工作目录中按理来说新代码就没了,因为代码被缓存在stage中)
3.将缓存区中的代码commit到分支(这个时候git版本仓库就会记录你修改的代码,当前工作目录修改的代码也就回来了)
4.push到远程仓库
一哥不生产代码,一哥只是代码的搬运工:https://www.cnblogs.com/replaceroot/p/9824946.html
建议去看一下,这个博主下一章讲的还有分支具体操作
感想:
因为之前git操作搞了很多的错误,所以又自己重新来学一下git的基本内容,偶然发现上面的博客写的很好,想着以后不会忘记,留此记录。
附送一个程序猿工作中的git操作,并注释:
git提交流程:
上次成功提交代码,本地改动代码前先拉取代码
1.fetch (info:拉取远程端代码,到git仓库的版本区域,更新本地仓库的原有分支),
2.pull(info:包含fetch操作和merge合并分支操作,pull的时候会把分支代码拉到工作区域当中,所以会和自己工作目录下代码冲突的可能),
如果没有冲突:
3.11 add
3.12 commit
3.13 push
如果pull有冲突:
3.21 stash Changes (info:把工作区域中新修改的代码保存起来,就不会有冲突问题)
3.22 pull(因为新添加的代码被缓存,此时工作区域的代码也就是修改之前的原有分支代码就不会和仓库冲突。)
3.23 unstash changes(info:把修改的代码重新放回到工作区域,这个时候会有冲突,需要自己合并),
3.24 add ,commit ,push