「git」 连接本地仓库与远程仓库的工具，使用它可以实现项目多人同步协作，管理
「适合人群：程序员」
「观看时间：20min」
「本文说明：此文章没有具体的操作，希望本文能够帮助大家更好的理解git工具」
git库所在的文件夹中的文件大致有 4 种状态，帮助理解
未跟踪， 此文件在文件夹中, 但并没有加入到 git 库, 不参与版本控制. 通过 git add 状态变为 暂存状态
未修改， 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为已修改， 如果使用 git rm 移出版本库, 则成为 未跟踪 文件
已修改， 仅仅是修改, 并没有进行其他的操作. 这种文件也有两个去处, 通过 git add 可进入 暂存 状态, 使用 git checkout 则丢弃修改过, 返回到 未修改 状态
暂存， 执行 git commit 则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为 未修改 状态. 执行 git reset HEAD filename 取消暂存, 文件状态为 已修改
工作目录 是对项目的某个版本独立提取出来的内容。这些从 Git 仓库的压缩数据库中提取出来的文件，放在磁盘上供你使用或修改
暂存区域 是一个文件，可以理解为本地数据仓库，保存了下次将提交的文件列表信息， 有时候也被称作“索引”，不过一般说法还是叫暂存区域
Git 仓库 是 Git 用来保存项目的元数据和对象数据库的地方。这是 Git 中最重要的部分，从其它计算机克隆仓库时，拷贝的就是这里的数据
基本的 Git 工作流程：
- 在工作目录中修改文件。
- 暂存文件，将文件的快照放入暂存区域。
- 更新提交，找到暂存区域的文件，将快照永久性存储到 Git 仓库目录。
在理解了 git 库所在文件夹中的状态以及 git 工作区域后，我们就可以简单的使用 *git* 管理工具来完成我们日常工作了
工具下载：git官网
初次使用：配置用户信息(用户名和邮箱)，上网查一下
克隆项目：已开通 git仓库 账号，拥有项目 读写 权限，可参考 github 或 码云
仓库地址 即我们保存项目的元数据和对象数据库的地方
git clone 仓库地址
git add 文件名
// -m 指定提交的内容信息
git commit -m '本次提交的信息，清清楚楚的描述'
// origin 指定拉取的分支或tag
git pull origin master
git push origin master
需要，先更新后提交
项目独自开发时，这些可以满足我们的日常需要，当项目多人协作时，版本管理非常重要，要做好 版本管理，就必须要掌握分支管理和标签管理
「分支」，在原有目标上复制出来的镜像，项目创建之初，就有一个原始 Master 分支,它就是一切分支的根源 ，分支可以在任何目标上复制，被复制的目标则被称为 基准分支
「合并分支」，我们在不同的镜像上开发不同的内容，当确定某一版本时，即可将此版本需要的内容进行合并，即为分支合并，分支合并时，尽可能的通过分支合并回基准分支，这样能够保证合并的原-目标分支处于一条基线
结合实际的开发内容，上线目标来创建，分支类型一般分为 「主分支」 「开发分支」 「预发布分支」 「功能分支」 「缺陷分支」 ，分别
「主分支」，一个项目有且只有一个主分支，永远是可用的、稳定的、可直接发布的版本，一般为 master ,代码由上线后的预发布分支合并，并在每次上线完成后打上 tag ,用于版本回退
「开发分支」，此分支为开发阶段灵活合并分支，该分支只做只合并操作，不能直接在该分支上开发
「预发布分支」，下个版本要上上线的分支，用来将下次上下的内容合并到一起，模拟上线
「功能分支」，新功能，升级功能，此分支很关键，一定要按功能模块划分，为方便版本变动，功能分支尽量详细
「缺陷分支」,系统缺陷，一般按照版本来创建即可
「分支这么复杂，谁来维护管理呢~」
「为了不必要的纠纷、冲突，一个仓库由一个人来管理即可，切莫多人管理」
版本管理相当负责，命令也是多之又多，为减少不比较的麻烦，最好选择一个可视化的管理「工具」，尽可能详尽的知晓每一步的信息
如果本文对你有帮助，点赞支持
欢迎添加公众号，文章会不定时推送哦