Git工作流：
1.集中式工作流
集中式工作流和SVN一样，以中央仓库作为项目修改提交的单位实体。所有修改都提交到 远程仓库的master分支。
2.GitFlow工作流
2.1.分支种类：
主干分支master:主要负责正在运行的生产环境的代码，保持与正在运行的生产环境一致
开发分支develop：主要负责正在开发环境的代码，一般情况下是最新代码
bug修理分支 hotfix:主要负责生产环境下出现bug需要紧急修复的代码，从master分支分出，修理完毕并测试上线后，并回主干分支。并回后可酌情删除该分支。
准生产分支（预发布分支）release:较大的版本上线前，会从开发分支develope分出准生产分支，进行最后阶段的集成测试。该版本上线后，会合并到主干分支。生产环境运行一段时间稳定后可视情况删除该分支。
功能分支feature:为了不影响较短周期的开发工作，一般将中长期的开发模块，从开发分支中独立出来，完成后再合并回开发分支。
2.2.Git工作流举例：
假设现在有一个线上版本master分支1.0版本：
现在要开发一个新的功能，这时候就会创建一个开发分支develop
现在要开发一个名为good-style的皮肤功能，和一个game游戏功能，所以创建两个功能分支feature来对应的开发这两个不同的功能
此时生成环境master分支产生bug，所以要创建hotfix分支进行紧急修复该bug，修复bug完成后合并回主干分支，此时线上版本为1.1版本；然后再将hotfix分支合并到开发分支develop，这样开发分支也修复了bug
此时good-style的皮肤功能开发完成，就把这个功能分支合并到开发分支develop上，然后再创建预发布分支release来
进行测试，如果出现bug，就在此分支解决，测试完成后合并到master分支，此时线上版本为2.0版本
同理，当game功能完成后，也同样将游戏功能分支合并到开发分支develop,然后进行测试，最后合并到主分支。
3.Forking工作流
Forking工作流是在GitFlow基础上，充分利用git fork和pull request的功能以达到代码审核目的，更适合管理安全可靠的大团队开发者，并且能够接受不信任贡献者的提交。