git学习笔记

本文是结合实际和学习[廖雪峰的git教程]之后写的一些心得，图片是廖大的原图，感觉非常清晰就抄过来了。(https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000)
分布式代码管理不需要有中央服务器来管理所有代码（也可以有一个方便交换），每台电脑上都有本地的代码仓库和版本记录。相当于是每个人只有自己的电脑也是可以正常工作的。集中式则是完全依赖中央服务器，所有代码管理和代码版本都是存储在中央服务器上的。
就好比出租车行业，集中式的管理就是有一个出租车公司，每天早上你去公司把车开出来，然后拉活，晚上你再把车还回去，公司记录你的收入情况和车的情况，你想和谁交班，你得把车还回去，那个人去公司等你；分布式则是你自己有车，你自己记录你的车的收入和车的情况，你要是想和谁交班，你就把车给他就行了，让他把记录做好，甚至可以让车辆进行分身（影分身之术），记录好每个分身的状态，最后一合并，就有了所有的记录。
Git中存在工作区和版本库两个部分。
工作区就是我们能看到代码部分，版本库是.git文件。工作区的代码相当于是暂存的，可以随意修改，他并不会影响版本控制，只有当commit到分支，提交到库之后，才是进行了一次保存，可以理解为很多修改，一次提交，提交前和提交后都不影响库的情况，提交的那一刻才和库建立了连接。Git是基于修改的，所有新增行、删除行、修改行、添加文件、删除文件等等都认为是修改。版本库中存在stage（暂存区），暂存区保存了这些修改，进行commit是从stage进行提交到分支的。
分支：
分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。
如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，结果，你既学会了Git又学会了SVN！

当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：

你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！
不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：

假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：

所以Git合并分支也很快！就改改指针，工作区内容也不变！
合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

也就是说分支功能是基于指针的，代码时间线总是维持的，只是相当于对于不同的代码版本进行各类标注，这种标注就意味着是不同的分支了。而分支合并功能是不同版本时间节点的代码内容合并。
建议的工作方式方式是这样的：
团队合作的分支看起来就像这样：

master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。