git原理图及git协同模型

head默认指向master（主分支）

index类似暂存区，add就是提交到这里，而objects就是记录相关文件信息，包括修改信息及id等。commit才提交。

git工作模型：

集中式协同模型：

社交网络式协同模型：

开源软件一般就是这种模型。有权限的限制。普通人员只能拉取代码，而不能直接将代码提交到主要的共享仓库。

git经典协同模型：
中心仓库：包含master和develop两个分支

分支分类：

                主要分支：master和develop分支

                支持性分支：特性分支，发布分支，热补丁分支

git经典协同模型过程：

     最右边的是主分支，黄色的是develop分支，比如开发版本1.0，开发过程中master出现问题要修改，产生的就是红色点的，叫热补丁分支。

     红色的热补丁分支修改完成后，除了要合并到master外，还要合并到正在开发的develop分支，这样之后更新的版本如2.0合并到master后才不会出现同样的bug。完成后热补丁分支也就完成使命，可以销毁了。

     绿色部分的为发布分支。即当版本1.0（黄色部分）开发完成后，黄色部分可能继续开发下去，比如接着开发2.0，然后将1.0的版本以发布分支独立处出来，进行测试阶段的运行，然后途中出现问题，修复并且合并到develop分支，当该版本不再出现问题后没，即可将该分支合并到master，同时也要何合并到正在开发的develop分支（因为如果发布分支有修复了bug的话，合并后才能使下一个版本不会出现同样的bug），完成后，发布分支使命也完成了。

     最左边的紫红色部分，为特性分支，即当你在开发产品时，突发奇想想到了新功能或者新的解决方法或者其它等新尝试，但不敢保证可以完成这部分的开发，所以以特性分支独立出来开发。如果开发能够完成，既可以合并到develop分支里。