Git--工作流、实例

Git工作流

概念
在项目开发过程中使用Git的方式

分类

集中式工作流
像SVN一样，集中式工作流以中央仓库作为项目所有修改的单点实体。所有修改都提交到Master这个分支上。

这种方式与SVN的主要区别就是开发人员有本地库。Git很多特性并没有用到。

GitFlow工作流
Gitflow工作流通过为功能开发、发布准备和维护设立了独立的分支，让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。

Forking工作流
Forking工作流是在GitFlow基础上，充分利用了Git和Fork和pull request的功能以达到代码审核的目的。更适合安全可靠地管理打团队的开发者，而且能接受不信任贡献者的提交。

GitFlow工作流详解

分支种类

• 主干分支 master
  主要负责管理正在运行的生产环境代码。永远保持与正在运行的生产环境完全一致。

• 开发分支 develop
  主要负责管理正在开发过程中的代码。一般情况下应该是最新的代码。

• bug 修理分支 hotfix
  主要负责管理生产环境下出现的紧急修复的代码。从主干分支分出，修理完毕并测试上线后，并回主干分支。并回后，视情况可以删除该分支。

• 功能分支 feature
  为了不影响较短周期的开发工作，一般把中长期开发模块，会从开发分支中独立出来。开发完成后会合并到开发分支。

GitFlow工作流举例

创建分支

切换分支审查代码

检出远程新分支

切换回 master

合并分支

合并结果

合并成功后，把master推送到远程。