gitFlow工作流程使用

一张图看懂gitFlow流程

gitFlow

master 分支始终是最稳定的代码分支，我们每一次迭代开发完后发布到市场版本的代码分支，一个项目的master 分支只能有一个

注意： master 分支只能从其他分支合并进来，严格禁止在master分支修改代码

develop 分支是我们的主要开发分支，我们每一次的需求迭代开发都是从这个develop 分支上来拉一个新的feature 分支来进行开发，develop 分支是从master 分支上拉去的

注意： 一个项目也是只能有一个 develop 分支，develop 分支上也是不允许直接进行代码的修改

feature 分支就是我们每一次需求迭代开发的分支，每一个需求迭代，我们可以在develop 分支上拉去多个 feature 分支，也可以在别人的 feature 分支上拉去另一个feature 分支，等feature 分支开发完成后，我们需要将feature 分支合回到 develop 分支上

release 分支是类似于预生产的分支，当我们的一个迭代的需求开发完成后，开发分支 feature 已经合并回了 develop 分支上后，我们需要拉取 release 分支，也可以理解为当我们开始提测的时候，我们来拉去 release 分支，在这个分支上进行修改bug

注意：

hotfix 分支是当我们线上应用出现了重大的bug，这时我们需要发布一个紧急修复版本，这时我们需要在 master 分支上拉去一个 hotfix分支

注意：

master: master 分支就叫master 分支
develop: develop 分支就叫develop 分支
feature: feature 分支咱们暂时可以按 feature_wechat_v2.0.1 这种命名规范来，后面有更好的命名规范咱们再改。v2.0.1 表示当前迭代的版本号，wechat 表示当前迭代的名称，这里我们是开发小程序迭代，就命名了 wechat
release: release 分支的名称我们直接命名为这次需求的版本号，比如：2.0.1，因为后面当我们使用gitFlow 工具时，当我们完成release 分支时，这个 release 分支名会直接当做在master 上的 tag名，这样我们就不需要再在master 分支上打 tag了
hotfix: hotfix 分支的命名我们暂时可以按 hotfix_v2.0.2 这种来进行命名，v2.0.2 表示这次修复的版本的版本号