Git结构深入分析（四）

本文主要针对Git的结构进行深入剖析和总结概述，基于对Git的实验操作进行辩证和对比分析。

Git远程仓库建立和本地版本库操作过程图解概述

理解要点集锦

（1）针对在本地拉取远程仓库里的项目版本库：使用Gitlab作为远程仓库时，可以建立本地和远程仓库连接的免密ssh操作，本地不需要有版本库，即本地git clone的目标文件夹只是一个普通文件夹即可。
（2）针对在本地拉取远程仓库里的项目版本库：新建一个文件夹，即使不把这个文件git init为版本库，只是普通的文件夹，也可以先命令行切到该文件夹目录下，然后git clone+远程项目地址，把项目克隆到该文件夹下；同样即使是项目分支，也可以直接git clone –b +远程项目分支名+远程项目地址，把项目分支克隆到该文件夹下。
（3）针对在本地生成一个版本库：用git init 命令把一个文件夹变为 Git 可以管理的仓库，即初始化git版本库，然后，会生成一个隐藏的目录文件 .git ，git 用这个目录跟踪管理版本库，可以将该文件理解为【git的版本库 repository】，而【我们自己建立的项目文件夹，即工作区 working directory】 ,在.git 文件夹里面还有很多文件，其中有一个index 文件，即【暂存区，也叫stage】 ,git还会【自动生成一个分支master以及指向该分支的指针head】。respository包括分支master和stage，在工作区里面有的代码以及配置文件等我们需要提交到版本库里面，最终是到了分支master上面，暂存区只是一个临时保存修改文件的地方。
（4）针对从远处仓库拉取项目的分支问题：克隆项目分支v.s.克隆整个项目【包含所有分支】的区别：在一个普通文件夹下，从git远程仓库拉取两个独立的项目，用git branch -a命令，对比拉到本地的两个项目给出的全部分支信息，可得，远程仓库的名称是origin，克隆到本地的每一个项目都有自己的一个master分支。
（5）对于一个push到远程仓库的项目，其在“本地该项目的版本库内”和“远程仓库该项目内”都有分支的说法。在clone到本地的某项目目录下，使用命令git branch -a查看本地该项目的分支时，红色的是远程仓库该项目有的分支/但本地该项目目录下没有该分支。

简化版图解