文章目录
1. Git版本控制工具学习笔记一：一篇文章搞懂git1.1. Git使用总图1.2. Git所包含的区域1.3. Git常用命令1.4. Git的使用方法1.5. pull和fetch的区别：1.6. Git常用工作流--分支管理策略1.6.1. git-flow工作流 --多分支策略1.6.2. github工作流--单分支策略1.6.3. gitlib工作流--结合前两者的策略
注意：大坑
1. Git版本控制工具学习笔记一：一篇文章搞懂git
1.1. Git使用总图
1.2. Git所包含的区域
本地工作区本地暂存区本地仓库远程仓库
1.3. Git常用命令
pull:拉取
目的是从远程仓库中拉取到工作空间。包含获取并合并代码。再往远程仓库提交代码时要先拉取，因为你提交了时，别人如果也提交了代码，你的代码可能将别人提交的代码给覆盖掉。这样就造成了冲突。 add：将本地工作区的代码添加到本地暂存区。
用于建立文件索引。便于更新，查找文件。 commit：将本地暂存区的代码提交到本地仓库，准备提交到远程仓库。push:将本地仓库中的代码提交到远程仓库。fetch&clone:获取或者克隆，将远程代码下载到本地仓库。checkOut：将本地仓库中的代码合并到工作区
1.4. Git的使用方法
在提交代码前要远程仓库中拉取代码，因为别人也许提交了代码，你如果提交会将别人提交的代码给冲掉，为了避免这种错误发生，我们先获取远程代码，有两种方式
一：通过pull直接拉取并合并代码。二：先clone获取fetch（获取）然后进行检出checkout同样实现获取并合并远程的代码。 提交你的代码到本地暂存区，用于添加索引。
在idea中选中你的要提交的代码，右键git选择add添加到本地暂存区。 commit提交文件，就提交到了本地仓库中了，push：提交本地仓库到远程仓库。
1.5. pull和fetch的区别：
fetch是从远程仓库获取到本地仓库，但是并没有合并到本地工作区pull相当于执行了两个命令，即：fetch再合并到本地工作区。
1.6. Git常用工作流–分支管理策略
工作流顾名思义即多人团队开发时的工作流程。常见的工作流程有三种。
常见工作流
git-flowgithub-flowgitlab-flow
1.6.1. git-flow工作流 --多分支策略
master 和develop是长期分支，master上的代码都是版本发布状态。develop分支代表最新的开发进度。一般是在develop分支上拉出一个feature分支，在feature分支上开发并验证后，合并到develop分支上，当develop分支上的代码达到稳定状态，可以发布一个版本后，会从develop分支合并到release分支，进行发布，如果有问题就在release分支上修复，修复并验证没有问题后就合并到master分支和develop分支，进行正式发布。而hotfix分支直接从master分支拉出修改，修改完成验证后直接合并到master分支和develop分支。缺点：操作复杂，没有图形界面。
1.6.2. github工作流–单分支策略
github工作流只有一个长期的分支master,并且长期处于发布状态，开发时可以从master分支检出一个feature分支，开发并验证通过后，代码合并到master分支，github工作流hotfix修复功能和feature功能是一样的。
1.6.3. gitlib工作流–结合前两者的策略
gitlib使用pre-production分支来预发布版本，使用production分支来发布版本。很好。
注意：大坑
Intellij IDEA中Git本地仓库必须建立在当前项目文件夹下，其它自定义的位置不支持；(这他妈是个大坑)
