gitFlow工作流程和分支命名规范

gitFlow工作流程使用

一张图看懂gitFlow流程

gitFlow

gitFlow流程常用分支

• master
• develop
• feature
• release
• hotfix

master

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

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

develop

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

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

feature

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

release

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

注意：

• 当我们的 release 分支开发完后，我们需要将 release 分支合回 develop 分支 和master 分支
• 当release 分支合并到 master 分支上后，我们记得在 master 分支上打一个 tag

hotfix

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

注意：

• hotfix分支 开发完后，我们同样是需要合并回 master 分支 和 develop 分支
• 当hotfix 分支合并到 master 分支上后，我们记得在 master 分支上打一个 tag

分支命名规范

• 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 表示这次修复的版本的版本号

如何在sourceTree上使用gitFlow

参考链接

后续修改补充

参考文章

• http://www.cnblogs.com/cnblogsfans/p/5075073.html

• https://www.git-tower.com/learn/git/ebook/cn/command-line/advanced-topics/git-flow

更多文章

• 作者React Native开源项目OneM【500+ star】地址(按照企业开发标准搭建框架完成开发的)：https://github.com/guangqiang-liu/OneM：欢迎小伙伴们 star
• 作者主页：包含60多篇RN开发相关的技术文章http://www.jianshu.com/u/023338566ca5 欢迎小伙伴们：多多关注，多多点赞