本文概述
Git分支概念介绍
在讨论Git分支前，可以看下我之前写的两篇关于Git的文章。我们可以知道Git的工作其实就相当于对文件进行备份/快照，每个快照或版本是一个节点，多个节点组成一个版本仓库，一个复杂的版本仓库相当于一个有向图。
从一个版本节点开始有不同的生长路径，那么就产生了分支。在Git中区分一个分支非常简单，git项目默认主分支为master，master分支默认指向最新的提交；若在master分支上创建一个新分支test，那么test同样指向这个最新的版本节点；其它分支dev也是指向当前分支的最新提交点，而HEAD指针指向当前工作的分支上。
所以git分支的操作也不是很难，这就像操作链表一样，分支的主要操作也就是：
- 创建分支
- 切换分支
- 合并分支
- 删除分支
Git分支基本操作和分支管理
1、创建分支
创建分支使用命令git branch <bname>，该命令创建一个新分支并指向当前分支的最新提交点，对于这个新创建的分支指向哪里，你可以使用git log –oneline查看：
如上图，你可以看到新建的iss100分支指向cba583a这个提交，和master指向的是同一个提交，而HEAD指针指向master。
2、切换分支
切换分支使用命令git checkout <bname>，创建并切换到新分支使用命令git checkout -b <bname>。切换分支的时候，git会做两个工作：
- 将原分支中的文件复制一遍到新分支；
- 将HEAD指针指向新分支上。
下面我们可以输入命令验证一下：
3、合并分支
在新分支上，通常做的工作是实现一个子主题、子功能、模块或修复一个错误，一般是完成后将其合并到主分支上。这里我们假设要在新项目的基础上修复一个问题iss100：
这里的合并比较简单，使用git log查看并没有看到明显的其它分支，这是因为新建分支创建的提交只是比master上的版本多1，那么git在合并的时候会直接将master分支移到和iss100指向的提交点上（也就是快进，fast-forward）。
另一种合并是使用git rebase合并，这是一种重新组合的合并，形式上它会把另一条路径摧毁了，但是用哪个还是看个人选择。
4、删除分支
Git branch -d <bname>删除一个分支，-D选项用于强制删除分支。
5、分支合并冲突
如果同一个文件在开发的时候，有多个开发者同时修改了，那么在合并的时候会发生冲突。但是不要紧，你照常合并就行了，遇到冲突的时候Git会提醒你，你只要根据Git的提示做就行了：找到冲突的文件，自定义修改好，然后使用git add/commit提交即可。
分支开发工作流
当你使用正式使用git进行项目开发的时候，Git的官方建议是你最好规划好一个分支开发工作流，而不总是在master分支上进行开发。
这里介绍一个git分支开发工作流的例子：Gitflow工作流，但是使用什么工作流并不是必定的，你可以根据一些流行的工作流制定自己的工作流，这里介绍本人喜欢的工作流。
- Master分支：长期稳定分支，只允许release分支和hotfix热修复分支，一般不允许直接往master分支提交代码，而是请求该分支进行合并。
- Develop开发稳定分支，用于日常的开发，主要是代码优化和功能性开发。
- Feature分支也就是特性分支负责功能开发，功能完成时合并回Develop分支。
- Hotfix分支用于紧急修复上线版本，修复好打tag合并会master分支。
- release分支从develop分支拉取，用于回归测试，完成后打tag并合入master和develop。
基于这个工作流，如果是非常少人或者个人的开发，我认为只需要master和feature分支即可，其它为一些问题修复分支。另外，为了习惯标准的Git开发，建议还是至少使用master、develop和feature分支，虽然有点复杂，但用多了就习惯了，也能更好适应多人的项目开发。
远程分支
远程分支的常见命名方式为<remote>/<branch>，如origin/master，要注意本地的master和远程的origin/master分支不是同一个分支，当你在本地master分支提交一些版本时，远程分支并不会向前移动，你需要手动合并才行。
总结
好了，关于使用Git分支进行项目开发的内容就到这里了，对于Git的更多内容建议到Git官网找到一个中文的参考文档，里面有更多的介绍。而使用Git进行日常项目开发，我觉得理解好文档的前三节就够了，其它则是一些更为深入的内容，除非你的工作多数都是关于Git或版本管理系统的，否则我们并没有必要完全花过多时间去研究Git，更多的时间应该是花在项目代码上，即使还有不懂的，以后遇到问题也会逐渐增加使用Git的经验。
Git命令不记得可以到官网文档或百度谷歌查一下，理解Git版本仓库的操作原理用起来才会更顺利吧。
下一篇文章介绍IDEA中Git的实际用法示例，先睡觉了，祝大家工作顺利！
