您的位置:首页 > 其它

Git的使用教程(五)工作区和暂存区

2016-02-15 09:38 218 查看
    对于Git,相信大家都有一个初步的了解,再继续深入学习Git之前,我们有必要先了解两个名词,工作区和暂存区。其实在学习Git命令之前,我们首先应该理解工作区和暂存区的概念,这样才能更好的明白Git的操作到底做了些什么事情。之所以没有提前说明,是因为小编觉得这些概念提前灌输会让初学者不知所云,失去学习Git的兴趣。工作区还比较容易理解,但是暂存区就没有那么容易理解了,即便是现在,对Git有了一定认识,也不敢保证很好的消化暂存区的概念。好了,废话不多说了,接下来我们就来认识下工作区和暂存区。

    工作区就是我们程序放置的文件夹,也就是当初我们git init初始化的那个目录。在小编这里e:/git文件夹就是一个工作区。但是在工作区有一个不速之客,那就是.git文件夹,它不属于工作区,我们称之为版本库。相比于工作区,版本库的内容就丰富了许多,当然这里先不研究其他的,只说下今天的另一个重点,暂存区。

    


    暂存区,又被称为stage或index,是Git的特色,也是Git最重要的概念之一,如果你也阅读过其他关于Git暂存区的文章,相信你会发现它们都在重复的诉说着同样一件事,那就是暂存区很重要。我们先来看看关于工作区和暂存区的一张图(摘自网上)



这张图很形象的说明了工作区,版本库和暂存区之间的关系,图中有我们熟悉的add,commit和reset的命令,也有陌生的checkout和rm命令,还有一些新的概念,例如指针(HEAD),分支(master),它们在以后的教程中都会出现,暂时可以不用管它。
    还记得首次使用git命令的吗,一共介绍了三个命令git init,git add和git commit。其中git add和git commit就是跟暂存区密切相关的。当初不是不清楚为什么git add之后还要使用git commit吗,这就是原因,因为git add的时候并没有形成我们需要的一个版本,只是添加到了暂存区,想要形成一个版本,还需要把暂存区中的内容提交到分支上,才能最终形成我们需要的版本,这时候就借助了git commit。
    这时候很多朋友可能会有疑问,为什么要多此一举,非要经过暂存区,直接形成一个版本不好吗?在回答这个问题前,我们先来看个现实中的场景。对于网购,相信大家都不陌生,网购的流程是什么呢?选择商品——>加入购物车——>结账。如果没有购物车呢?购物流程就变为了选择商品——>结账,如果购买的商品多了,岂不是要结账很多次,想想就觉得麻烦,瞬间觉得有了购物车是多么美好的一件事。除了这个优点,购物车还有一个优点,那就是给你提供二次选择的机会。怎么说呢,我们浏览商品的时候可能遇到很多喜欢的商品,我们都会一股脑的加入了购物车,结果结账的时候才发现原来荷包不堪重负,此时我们便会进行二次选择,挑选出其中需要优先购买的商品。如果不存在购物车的话,选择一件买一件,或许遇到更喜欢的商品的时候已经没有money,此时你可能便会后悔为什么刚才买了那么多“没用”的东西。
    此时我们再来看Git,是不是也是类似的流程呢,新增/修改文件——>加入暂存区——>形成新版本。暂存区就充当了购物车的角色,有了暂存区,我们可以把多次修改合并为一次提交;有了暂存区,当我们不满意此次修改的时候,还可以进行撤销操作(接下来的文章会讲,此处不再单独举例),直到我们满意再提交。
    多次修改一次提交
    在工作区干净的基础上,修改了已存在的README.md和新增一个new.txt,此时使用git status查看状态如下



然后分别对README.md和new.txt使用git add,把它们加入到暂存区。然后使用git commit进行提交,此时在查看工作区,干净的哦。多次修改,一次提交,实现。



    
    有了购物车当引子,对于Git的暂存区我们是不是又有了新的认识呢。当然现在的我们对于暂存区的认知还是停留于表层,但是小编并没有打算深究,毕竟我们只是使用者,理解了这个已经足够了,至于那些更深层次的东西,就留给那些专家们研究吧。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  git